PagerDuty MCP 服务器

要解决的问题

PagerDuty 的 API 覆盖面很广，从 incidents、on-call 排班到服务目录，字段结构和鉴权方式各不相同。团队里常见的做法是为每个调用场景单独写脚本，结果就是散落各处的请求代码、重复的 header 处理，以及随之而来的维护成本。这个技能要解决的问题很直接：把 PagerDuty 的 REST API 调用收敛到一个可被 MCP 客户端按需唤起的入口。

它是怎么工作的

• 底层基于官方库 @pagerduty/pdjs，封装为 MCP 服务器，由模型或 Agent 在任务里直接发起调用。
• 支持两条调用路径：使用 pdjs 提供的便捷方法，或直接传入 url / endpoint；后者在处理非标准路径时更灵活。
• 运行环境覆盖 Node.js 与浏览器，后台服务和前端页面可以复用同一套调用逻辑。
• 响应按 API 原始返回结构透传，方便上层做条件分支或结构化解析。

适用边界与注意点

• 部分 endpoint 需要额外设置 header，例如 From；缺失时可能被网关直接拒绝，调用前需要确认上游要求。
• 本技能只负责 API 调用封装，不包含告警规则编排、值班表配置这类管理面操作。
• 鉴权信息由调用方注入，服务器本身不内置密钥管理。
• 具体行为以 PagerDuty 官方文档 与 pdjs 上游说明为准。