x-pre-mortem

name	x-pre-mortem
description	計画や設計に着手する前に、それが失敗した未来を想定して原因を逆算で洗い出します。一方向で失敗シナリオを列挙し、対策を提案します。「pre-mortemして」「事前に失敗要因を出して」「失敗シナリオを洗い出して」「リスクを洗い出して」「計画の穴を探して」と要望された際に必ず使用します。計画ファイルや設計書が示されたとき、着手前にリスクを確認したいと感じたら積極的に提案してください。
allowed-tools	["Read","Glob","Grep","TaskCreate","TaskUpdate","TaskList"]

計画・設計が失敗した未来を仮定し、その原因を逆算で列挙します。

失敗したあとで「あのとき気づいていれば」と後悔するより、今ここで最悪のシナリオを想像して対策を決めるほうがはるかに低コストで済みます。このスキルはその思考を強制的に行います。

失敗シナリオの分類

以下の3カテゴリすべてを検討し、該当するシナリオをすべて列挙します。各カテゴリで最低1件は挙げます。1件も思いつかない場合、それは見落としの可能性が高いため、「探したが見つからなかった」と根拠つきで明記します。

カテゴリ	対象とする失敗
技術的失敗	実装上の制約・性能・互換性により目的が達成できない
運用的失敗	デプロイ・監視・障害対応が回らない
認知的失敗	関係者の認識ズレ・要件の取り違え・スコープ拡大

各シナリオの書式

1行目に「〇〇が原因で計画は失敗した」と完了形で書きます（条件法では楽観バイアスが残るため）。続けて以下の3点を記します。

項目	内容
兆候	その失敗が進行中であることを示す観測可能な現象
原因	その失敗を引き起こす要因（複数ある場合はもっとも影響が大きいものを優先）
予防策	着手前または着手中に取れる具体的な対策（兆候を観測する仕組みを含む）

タスク登録（実行開始時に必ず実施）

フローを開始する前に、全ステップをTaskCreateで登録します。各ステップを開始するときTaskUpdateでin_progressへ、完了したときcompletedへ更新します。

#	subject	blockedBy
1	対象の計画・設計ファイルを読み込む	—
2	失敗シナリオを列挙する	1
3	シナリオを書式で展開する	2
4	着手前に決めておくべき対策をまとめる	3

流れ

1. 対象の計画・設計ファイルを読み込みます（パスが不明な場合はGlobで探します）
2. 上記3カテゴリで失敗シナリオを列挙します
3. シナリオを「兆候・原因・予防策」の書式で展開します
4. 予防策のうち、着手前に決めておくべきものを最後にまとめて提示します

出力テンプレート

## Pre-mortem: <対象の計画名>

### 技術的失敗

〇〇が原因で計画は失敗した

| 項目 | 内容 |
|------|------|
| 兆候 | ... |
| 原因 | ... |
| 予防策 | ... |

（1件以上）

### 運用的失敗

（同上）

### 認知的失敗

（同上）

---

### 着手前に決めておくべき対策

1. ...
2. ...