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 を参照してください。

検知から事後分析まで、インシデントを管理します。

Usage

/incident-response $ARGUMENTS

Modes

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

モードが指定されていない場合は、インシデントがどの段階にあるかを確認してください。

How It Works

┌─────────────────────────────────────────────────────────────────┐
│                    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                                      │
└─────────────────────────────────────────────────────────────────┘

Severity Classification

レベル基準対応時間
SEV1サービス停止、すべてのユーザーに影響即時、全員で対応
SEV2主要機能の低下、多数のユーザーに影響15 分以内
SEV3軽微な機能の問題、一部のユーザーに影響1 時間以内
SEV4外観上または影響の小さい問題翌営業日

Communication Guidance

定期的に、明確で事実に基づいた最新情報を提供してください。以下を含めます：何が起きているか、誰が影響を受けているか、何をしているか、次回の更新はいつか。

Output — Status Update

## 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] |

Output — Postmortem

## 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]

If Connectors Available

~~monitoring が接続されている場合：

  • アラートの詳細とメトリクスを取得する
  • 影響を受けたメトリクスのグラフを表示する

~~incident management が接続されている場合：

  • PagerDuty/Opsgenie でインシデントを作成または更新する
  • オンコール担当者に通知する

~~chat が接続されている場合：

  • インシデント用チャンネルに状況の最新情報を投稿する
  • ウォールーム用チャンネルを作成する

Tips

  1. すぐに書き始める — 情報が揃うのを待たないでください。分かったことに応じて更新してください。
  2. 最新情報は事実に基づいてまとめる — 分かっていること、実施したこと、次に行うことを記載します。憶測は避けてください。
  3. 事後分析では個人を責めない — 個人ではなく、システムやプロセスに焦点を当ててください。

コメント

Markdown 対応