---

name: pagerduty-automation description: "通过 Rube MCP（Composio）自动化 PagerDuty 任务：管理事件、服务、排班、升级策略和值班轮换。始终先搜索工具以获取当前 schema。" risk: critical source: community date_added: "2026-02-27"

通过 Rube MCP 实现 PagerDuty 自动化

通过 Composio 的 PagerDuty 工具包经由 Rube MCP 自动化 PagerDuty 事件管理和运维操作。

前提条件

• Rube MCP 必须已连接（RUBE_SEARCH_TOOLS 可用）
• 通过 RUBE_MANAGE_CONNECTIONS 建立活跃的 PagerDuty 连接，工具包为 pagerduty
• 始终先调用 RUBE_SEARCH_TOOLS 获取当前工具 schema

设置

获取 Rube MCP：将 https://rube.app/mcp 添加为客户端配置中的 MCP 服务器。无需 API 密钥，添加端点即可使用。

1. 确认 RUBE_SEARCH_TOOLS 有响应，验证 Rube MCP 可用
2. 使用工具包 pagerduty 调用 RUBE_MANAGE_CONNECTIONS
3. 如果连接状态不是 ACTIVE，按照返回的认证链接完成 PagerDuty 身份验证
4. 确认连接状态显示 ACTIVE 后再运行任何工作流

核心工作流

1. 管理事件

使用场景：用户需要创建、更新、确认或解决事件

工具调用顺序：

1. PAGERDUTY_FETCH_INCIDENT_LIST - 按条件列出事件 [必需]
2. PAGERDUTY_RETRIEVE_INCIDENT_BY_INCIDENT_ID - 获取特定事件详情 [可选]
3. PAGERDUTY_CREATE_INCIDENT_RECORD - 创建新事件 [可选]
4. PAGERDUTY_UPDATE_INCIDENT_BY_ID - 更新事件状态或分配 [可选]
5. PAGERDUTY_POST_INCIDENT_NOTE_USING_ID - 为事件添加备注 [可选]
6. PAGERDUTY_SNOOZE_INCIDENT_BY_DURATION - 暂停事件一段时间 [可选]

关键参数：

• statuses[]：按状态筛选（'triggered'、'acknowledged'、'resolved'）
• service_ids[]：按服务 ID 筛选
• urgencies[]：按紧急程度筛选（'high'、'low'）
• title：事件标题（创建时使用）
• service：包含 id 和 type 的服务对象（创建时使用）
• status：更新操作的新状态

注意事项：

• 创建事件需要 service 对象同时包含 id 和 type: 'service_reference'
• 状态转换顺序：triggered -> acknowledged -> resolved
• 不能从 resolved 直接转回 triggered
• PAGERDUTY_UPDATE_INCIDENT_BY_ID 需要事件 ID 作为路径参数
• 暂停时长单位为秒；暂停结束后事件会重新触发

2. 检查事件告警和分析

使用场景：用户需要查看事件内的告警或分析事件指标

工具调用顺序：

1. PAGERDUTY_GET_ALERTS_BY_INCIDENT_ID - 列出事件的告警 [必需]
2. PAGERDUTY_GET_INCIDENT_ALERT_DETAILS - 获取特定告警详情 [可选]
3. PAGERDUTY_FETCH_INCIDENT_ANALYTICS_BY_ID - 获取事件分析指标 [可选]

关键参数：

• incident_id：事件 ID
• alert_id：事件内的特定告警 ID
• statuses[]：按状态筛选告警

注意事项：

• 一个事件可包含多个告警，每个告警有独立状态
• 告警 ID 的作用域限定在事件内
• 分析数据包括响应时间、参与度指标和解决时间

3. 管理服务

使用场景：用户需要创建、更新或列出服务

工具调用顺序：

1. PAGERDUTY_RETRIEVE_LIST_OF_SERVICES - 列出所有服务 [必需]
2. PAGERDUTY_RETRIEVE_SERVICE_BY_ID - 获取服务详情 [可选]
3. PAGERDUTY_CREATE_NEW_SERVICE - 创建新技术服务 [可选]
4. PAGERDUTY_UPDATE_SERVICE_BY_ID - 更新服务配置 [可选]
5. PAGERDUTY_CREATE_INTEGRATION_FOR_SERVICE - 为服务添加集成 [可选]
6. PAGERDUTY_CREATE_BUSINESS_SERVICE - 创建业务服务 [可选]
7. PAGERDUTY_UPDATE_BUSINESS_SERVICE_BY_ID - 更新业务服务 [可选]

关键参数：

• name：服务名称
• escalation_policy：包含 id 和 type 的升级策略对象
• alert_creation：告警创建模式（'create_alerts_and_incidents' 或 'create_incidents'）
• status：服务状态（'active'、'warning'、'critical'、'maintenance'、'disabled'）

注意事项：

• 创建服务需要已有的升级策略
• 业务服务与技术服务不同，代表业务层面的分组
• 服务集成定义告警的创建方式（邮件、API、事件）
• 禁用服务会停止该服务的所有事件创建

4. 管理排班和值班

使用场景：用户需要查看或管理值班排班和轮换

工具调用顺序：

1. PAGERDUTY_GET_SCHEDULES - 列出所有排班 [必需]
2. PAGERDUTY_RETRIEVE_SCHEDULE_BY_ID - 获取特定排班详情 [可选]
3. PAGERDUTY_CREATE_NEW_SCHEDULE_LAYER - 创建新排班 [可选]
4. PAGERDUTY_UPDATE_SCHEDULE_BY_ID - 更新现有排班 [可选]
5. PAGERDUTY_RETRIEVE_ON_CALL_LIST - 获取当前值班人员列表 [可选]

关键参数：

• schedule_layers：排班层定义（用户、轮换间隔、开始时间）
• time_zone：排班时区
• rotation_turn_length_seconds：轮换周期（秒）

注意事项：

• 排班由多个层组成，高优先级层覆盖低优先级层
• 轮换周期以秒为单位（如一周 = 604800）
• 更新排班时需提供完整的排班层配置