runbook-creation について
インシデント対応、日常運用、保守、復旧の手順をまとめる運用ランブック作成スキルです。オンコールやサービス運用の手順書を整備するチーム向けです。
主な機能
- 01インシデント対応手順
- 02SOPとオンコール手順書
- 03保守・復旧ガイド
- 04重要度とエスカレーション指針
- 05検証とコミュニケーション手順
活用シーン
- 01インシデント対応手順の作成
- 02オンコール手順書の準備
- 03デプロイや保守手順の記録
- 04サービス復旧手順の計画
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ aj-geddes/ useful-ai-prompts --skill runbook-creationインストール後、Claude Code で/runbook-creationを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/communication.mdinvestigation-steps.mdpost-incident.mdresolution-steps.mdsymptoms.mdverification.mdscripts/validate-api.shtemplates/api-scaffold.yaml詳細
ランブックの作成
目次
概要
一般的な運用タスク、インシデント対応、システム保守のための手順をステップごとに示す、包括的な運用ランブックを作成します。
使用する場面
- インシデント対応手順
- 標準作業手順書(SOP)
- オンコール用プレイブック
- システム保守ガイド
- 災害復旧手順
- デプロイ用ランブック
- エスカレーション手順
- サービス復旧ガイド
クイックスタート
最小限の動作例:
# Incident Response Runbook
## Quick Reference
**Severity Levels:**
- P0 (Critical): Complete outage, data loss, security breach
- P1 (High): Major feature down, significant user impact
- P2 (Medium): Minor feature degradation, limited user impact
- P3 (Low): Cosmetic issues, minimal user impact
**Response Times:**
- P0: Immediate (24/7)
- P1: 15 minutes (business hours), 1 hour (after hours)
- P2: 4 hours (business hours)
- P3: Next business day
**Escalation Contacts:**
- On-call Engineer: PagerDuty rotation
- Engineering Manager: +1-555-0100
- VP Engineering: +1-555-0101
- CTO: +1-555-0102
// ... (see reference guides for full implementation)
```
## Reference Guides
Detailed implementations in the `references/` directory:
| Guide | Contents |
|---|---|
| [Symptoms](references/symptoms.md) | Symptoms, Severity: P0 (Critical), Initial Response (5 minutes) |
| [Investigation Steps](references/investigation-steps.md) | Investigation Steps |
| [Resolution Steps](references/resolution-steps.md) | Resolution Steps |
| [Verification](references/verification.md) | Verification |
| [Communication](references/communication.md) | Communication |
| [Post-Incident](references/post-incident.md) | Post-Incident |
## Best Practices
### ✅ DO
- Include quick reference section at top
- Provide exact commands to run
- Document expected outputs
- Include verification steps
- Add communication templates
- Define severity levels clearly
- Document escalation paths
- Include useful links and contacts
- Keep runbooks up-to-date
- Test runbooks regularly
- Include screenshots/diagrams
- Document common gotchas
### ❌ DON'T
- Use vague instructions
- Skip verification steps
- Forget to document prerequisites
- Assume knowledge of tools
- Skip communication guidelines
- Forget to update after incidents
コメント
Markdown 対応