$ loading_
帮助团队查询值班与服务信息，并执行 PagerDuty 事件响应操作
该 MCP 工具材料较少，但从描述看其功能集中于 PagerDuty 事件响应操作。基于其开源且无明显恶意红旗，整体更接近需留意而非高风险；主要问题是文档不足、网络与鉴权细节披露不完整。
材料声明“无”密钥/环境变量，但其描述包含查询与变更 PagerDuty 事件状态，此类能力通常需要某种鉴权。当前文档未说明认证方式，存在凭证来源不透明或依赖宿主环境现有登录态的留意点。
材料将远程端点标为“无”，但声明功能涉及 PagerDuty incidents、schedules 与 services，按功能判断大概率需要向 PagerDuty 或相关服务发起网络请求。端点未披露，网络外发范围说明不足，但未见向明显无关第三方外传的证据。
系统检查项明确标记为 executes-code，说明该工具会在本机运行代码/进程，这是 MCP 工具的常规能力。现有材料未显示其申请异常系统权限或执行与声明功能无关的高危操作。
描述显示其可访问 PagerDuty 事件、值班表与服务信息，并可执行 acknowledge/resolve 这类状态变更操作，因此具备对业务运维数据的读写影响。未见其声明读取本地文件或获取超出 PagerDuty 运维范围的数据，但数据访问边界文档较弱。
正面因素是源码公开且采用 MIT License，可审计性优于闭源工具；但来源为 third_party_registry，仓库 0 star、维护状态未知且 README 缺失，社区验证与持续维护信号偏弱，因此供应链信任度有限。
复制安装指令，让 AI 自动完成配置 · 推荐新手
"pagerduty-mcp" 暂无可直接复制的安装信息，请查看页面文档或源码仓库。
请列出当前所有未解决的 PagerDuty 事故，返回事故标题、严重级别、状态、负责人和创建时间，并按创建时间倒序排序。
一份未解决事故清单，便于快速了解当前告警与处理状态。
帮我确认 PagerDuty 中 ID 为 P123456 的事故，并说明它当前状态是否已变为已确认；如果可以，附上相关服务名称。
返回确认操作结果、事故最新状态，以及关联服务等关键信息。
请查询今晚 18:00 到明天 09:00 的 PagerDuty 值班安排，告诉我主值班人和升级链上的下一位联系人。
返回指定时间段的值班人员与升级联系人，方便联系处理故障。
让 AI 助手直接查询和管理 ServiceNow 事件、用户与知识库信息。