スキル postmortem-writing
📝

postmortem-writing

安全

ブラームレスポストモーテムの作成

こちらからも入手できます: wshobson

非難なくインシデントを組織的な学習に変換します。根本原因を特定し再発を防ぐ、構造化されたポストモーテムを作成します。

対応: Claude Codex Code(CC)
🥉 75 ブロンズ
1

スキルZIPをダウンロード

2

Claudeでアップロード

設定 → 機能 → スキル → スキルをアップロードへ移動

3

オンにして利用開始

テストする

「postmortem-writing」を使用しています。 ポストモーテム作成を支援してください。支払いサービスがバージョン2.3.4のデプロイ後に47分間ダ��ンしました。根本原因はデータベース接続プールの枯渇でした。

期待される結果:

影響���トリクスを含むエグゼクティブサマリー、タイムスタンプ付きの詳細なタイムラインテーブル、5つのなぜを使用した根本原因分析、機能した点とギャップをカバーする検出セクション、対応評価、影響評価(顧客、ビジネス、技術)、教訓、優先度と担当者を含むアクションアイテムテーブルを含む完全なポストモーテムを生成

「postmortem-writing」を使用しています。 キャッシュフラッシュ後にAPIレイテンシが上昇したことについて5つのなぜを実施

期待される結果:

問題ステートメントから始まり、各なぜを証拠とともにドリルダウンし、根本原因(キャッシュウォーミングの欠如、部分的無効化なし)を特定し、防止および検出戦略を含むシステム改善を提供する構造化された5つのなぜ分析

セキュリティ監査

安全
v1 • 2/24/2026

Static analysis flagged 34 patterns that are all false positives. The backtick patterns are Markdown code block delimiters, not shell command execution. The URLs are reference links to external documentation, not network calls. This skill contains only documentation and templates for writing postmortems.

1
スキャンされたファイル
389
解析された行数
0
検出結果
1
総監査数
セキュリティ問題は見つかりませんでした
監査者: claude

品質スコア

38
アーキテクチャ
100
保守性
87
コンテンツ
50
コミュニティ
100
セキュリティ
100
仕様準拠

作れるもの

インシデント後レビュー

本番インシデントの解決後、このスキルを使用してポストモーテムドキュメントをタイムライン、影響評価、根本原因分析で構造化します。

インシデン���対応トレーニング

テンプレートとガイドを使用して、効果的なインシデント文書化とブラームレスレビュー pratiquesについて新しいチームメンバーをトレーニングします。

組織的な学習

チーム間で共有して類似のインシデントを防ぎ、学習を広めるための標準化されたポストモーテムを作成します。

これらのプロンプトを試す

基本的なポストモーテム作成
[DATE]に発生したインシデントのポストモーテム作成を支援してください。サービス[SERVICE NAME]が[DURATION]時間ダウンし、[NUMBER]人のユーザーに影響しました。問題は[BRIEF DESCRIPTION]が原因でした。エグゼクティブサマリー、タイムライン、初期根本原因分析を含むポストモーテムドキュメントを生成してください。
5つのなぜ分析
このインシデントについて5つのなぜ分析を実施してください:[INCIDENT DESCRIPTION]。問題ステートメントから始め、少なくとも5つのレベルのなぜの質問を通じて根本原因を特定してください。
ポストモーテム会議のファシリテーション
[INCIDENT SUMMARY]のポストモーテム会議を��ァシリテートしています。タイムボックス、主要な議論の質問、レビュー中にブラームレスな環境を維持するためのヒントを含む会議アジェンダを作成してください。
アクションアイテムの生成
このインシデント分析[PASTE ANALYSIS]に基づいて、優先順位付けされたアクションアイテムを生成してください。各アイテムについて、優先度レベル、具体的なアクション、推奨される担当者ロール、推定タイムライン、そしてそれが将来の発生を防止、検出、または軽減するかどうかを含めてください。

ベストプラクティス

  • 記憶が鮮明なうちに24時間以内にポストモーテムを開始
  • 誰がミスをし���かではなく、どのような条件が失敗を許したかに焦点を当てる
  • すべてのアクションアイテムを期限付きの特定の担当者に割り当てる

回避

  • インシデントの原因として個人を名指しする
  • 担当者や期限なしのアクションアイテムを作成する
  • パターンを明らかにする軽微なインシデントのポストモーテムをスキップする

よくある質問

どのようなインシデントでポストモーテムが必要ですか?
ポストモーテムは、SEV1/SEV2インシデント、15分以上の顧客向け停止、データ損失またはセキュリティインシデント、深刻度の高い可能性のあるニアミス、および新しいリスクを明らかにする新しい障害モードに対して推奨されます。
ブラームレスカルチャーを維持するには?
誰がミスをしたかではなく、どのような条件が失敗を許したかに焦点を当てた質問をしてください。中立的な言語を使用してください。人々がミスをするのはシステムがそれを許すからであることを覚えておいてください。目的は罰ではなく学習です。
ポストモーテム会議はいつ開催すべきですか?
インシデントの3〜5日后に会議をスケジュールしてください。これにより、ドキュメントをドラフトし事実を収集する時間が確保でき、記憶もまだ鮮明です。会議は通常60分かかります。
誰がポストモーテム会議に参加すべきですか?
インシデント対応に関与した全員を含めてください:オンコールエンジニア、インシデントコマンダー、関連するサービスオーナー、およびステークホルダー。生産的な議論が��きるよう、通常8〜12人の小規模なグループに保ってください。
良いアクションアイテムとは何ですか?
良いアクションアイテムは具体的で達成可能、かつ追跡可能です。明確な担当者、期限、チケット参照を持ちます。一回限りの修正ではなくシステム改善に焦点を当ててください。影響と労力で優先順位を付けます。
ニアミスのポストモーテムを行うべきですか?
はい。深刻なインシデントを引き起こす可能性があったニアミスは、実際のインシデントと同じシステム的問題を明らかにすることがよくあります。実際の停止のプレッシャーなしに学習の機会を提供します。

開発者の詳細

ファイル構成

📄 SKILL.md