Skill.md検索

インシデント発生後に、責任追及ではなく「システム改善の機会」として捉えた事後分析ドキュメント（ポストモーテム）を自動作成できます Google SRE のベストプラクティスに基づき、日本語で統一されたフォーマットで記録し、同じ問題の再発を防ぎます タイムライン、根本原因、影響範囲を定量的（ユーザー数、エラー率など）に記載し、チーム全体の学習資産として活用できます ポストモーテム作成に必要な情報を自動収集し、足りない情報を効率的に質問できます 過去の障害だけでなく、ヒヤリハット（重大事故の一歩手前の状況）の分析にも対応します SRE・DevOps・インフラエンジニア：障害対応後のドキュメント化が必須の職種 スタートアップやスケール期の組織：事後分析の文化を早期に確立したい チームリード・マネージャー：障害からの学習を組織全体で共有したい セキュリティ・品質保証チーム：インシデント記録を組織資産として管理したい このスキルは5つの基本原則に基づいています。（1）Blameless（非難しない）：個人の過失ではなくシステムの改善機会に焦点、（2）正直さと透明性：都合の悪い事実も含めて記録、（3）アクション駆動：全アクションに担当者と期限を設定、（4）定量的：影響を数値で表現、（5）学習の共有：他チームが同種問題を予防できるよう知見を記録します。実行時は既存のポストモーテムテンプレート確認→インシデント情報の多角的収集（会話・システムログ・コミット履歴）→必須情報確認→ドキュメント執筆という手順で進めます。

公式ドキュメント・GitHub・RFC などの高信頼情報源を優先的に検索し、信頼性の高い情報だけを抽出できます 調査目的を明確にしたうえで段階的に検索範囲を広げるため、「無駄な検索」を減らし、調査時間を短縮できます 取得した情報を出典付きで構造化し、情報の古さや矛盾を明示的にフラグ立てして報告できます ライブラリ導入検討・エラー解決・移行ガイド確認・ベストプラクティス調査など、目的別の調査アプローチを使い分けられます 高信号ソース（公式ドキュメント・GitHub Issues）を重視し、信頼性の低いブログ記事には頼らない情報収集ができます 新しい技術やライブラリ導入前に正確な情報を調べたい開発者 エラーやバグの原因を公式情報から正確に特定したい人 移行ガイドやドキュメント改善が必要な際に、信頼できるソースから情報を集めたいプロダクト担当者