mcpField
I
incident-response

incident-response

github.com/anthropics云与 DevOps33.6k5.9k 次安装1 天前更新
代码仓库

关于 incident-response

用于协调事件从分诊到复盘的命令式技能，涵盖严重程度评估、影响范围与职责识别，并可使用已连接的监控、事件管理和聊天工具。

主要功能

  1. 01严重程度分类
  2. 02事件分诊与角色分配
  3. 03结构化状态更新
  4. 04生成事件复盘
  5. 05通过已连接工具执行事件操作

适用场景

  1. 01评估新报告的服务中断
  2. 02在事件期间定期发布状态
  3. 03根据事件资料起草复盘

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/anthropics/knowledge-work-plugins --skill incident-response

安装后在 Claude Code 中输入/incident-response确认已加载。

详细介绍

/incident-response

如果你看到不熟悉的占位符，或需要检查已连接的工具，请参阅 CONNECTORS.md。

从发现问题到事后复盘，全程管理一次事件。

用法

/incident-response $ARGUMENTS

模式

/incident-response new [description]     # Start a new incident
/incident-response update [status]       # Post a status update
/incident-response postmortem            # Generate postmortem from incident data

如果未指定模式，请询问事件目前处于哪个阶段。

工作方式

┌─────────────────────────────────────────────────────────────────┐
│                    INCIDENT RESPONSE                               │
├─────────────────────────────────────────────────────────────────┤
│  Phase 1: TRIAGE                                                  │
│  ✓ Assess severity (SEV1-4)                                     │
│  ✓ Identify affected systems and users                          │
│  ✓ Assign roles (IC, comms, responders)                         │
│                                                                    │
│  Phase 2: COMMUNICATE                                              │
│  ✓ Draft internal status update                                  │
│  ✓ Draft customer communication (if needed)                     │
│  ✓ Set up war room and cadence                                   │
│                                                                    │
│  Phase 3: MITIGATE                                                 │
│  ✓ Document mitigation steps taken                               │
│  ✓ Track timeline of events                                      │
│  ✓ Confirm resolution                                            │
│                                                                    │
│  Phase 4: POSTMORTEM                                               │
│  ✓ Blameless postmortem document                                 │
│  ✓ Timeline reconstruction                                       │
│  ✓ Root cause analysis (5 whys)                                  │
│  ✓ Action items with owners                                      │
└─────────────────────────────────────────────────────────────────┘

严重等级分类

等级判定标准响应时间
SEV1服务中断，所有用户受影响立即响应，全员参与
SEV2主要功能严重降级，大量用户受影响15 分钟内
SEV3次要功能出现问题，部分用户受影响1 小时内
SEV4外观问题或影响较小的问题下一个工作日

沟通指引

以固定节奏提供清晰、客观的更新。内容应包括：正在发生什么、哪些人受影响、我们正在采取什么措施、下一次更新的时间。

输出 — 状态更新

## Incident Update: [Title]
**Severity:** SEV[1-4] | **Status:** Investigating | Identified | Monitoring | Resolved
**Impact:** [Who/what is affected]
**Last Updated:** [Timestamp]

### Current Status
[What we know now]

### Actions Taken
- [Action 1]
- [Action 2]

### Next Steps
- [What's happening next and ETA]

### Timeline
| Time | Event |
|------|-------|
| [HH:MM] | [Event] |

输出 — 事后复盘

## Postmortem: [Incident Title]
**Date:** [Date] | **Duration:** [X hours] | **Severity:** SEV[X]
**Authors:** [Names] | **Status:** Draft

### Summary
[2-3 sentence plain-language summary]

### Impact
- [Users affected]
- [Duration of impact]
- [Business impact if quantifiable]

### Timeline
| Time (UTC) | Event |
|------------|-------|
| [HH:MM] | [Event] |

### Root Cause
[Detailed explanation of what caused the incident]

### 5 Whys
1. Why did [symptom]? → [Because...]
2. Why did [cause 1]? → [Because...]
3. Why did [cause 2]? → [Because...]
4. Why did [cause 3]? → [Because...]
5. Why did [cause 4]? → [Root cause]

### What Went Well
- [Things that worked]

### What Went Poorly
- [Things that didn't work]

### Action Items
| Action | Owner | Priority | Due Date |
|--------|-------|----------|----------|
| [Action] | [Person] | P0/P1/P2 | [Date] |

### Lessons Learned
[Key takeaways for the team]

如果可用的连接器

如果已连接 ~~monitoring：

  • 拉取告警详情和指标
  • 展示受影响指标的图表

如果已连接 ~~incident management：

  • 在 PagerDuty/Opsgenie 中创建或更新事件
  • 呼叫值班响应人员

如果已连接 ~~chat：

  • 在事件频道发布状态更新
  • 创建战情室频道

提示

  1. 立即开始记录：不必等待完整信息。随着了解的深入持续更新。
  2. 保持更新客观：只陈述已知情况、已采取的措施和下一步计划，不做猜测。
  3. 事后复盘不追责：关注系统和流程，而非个人。

评论

支持 Markdown