verification-before-completion

目的

絶対原則を確立：検証コマンドを新たに実行し、出力を自分で確認せずに、作業完了を主張してはならない

---

トリガー語

• 「完了を確認」
• 「検証して完了」
• 「テストをパスしたか確認」
• 「実装完了を検証」

---

コア要件

「新たな検証証拠なしに完了を主張しない」

1. 主張を証明するものを特定
2. コマンドを完全に、新たに実行
3. 完全な出力を読む
4. 出力が現実と一致することを確認
5. その後に証拠付きで主張

いずれかのステップをスキップすることは、効率ではなく偽称。

---

5ステップゲート

ステップ	内容
1	検証コマンドを特定
2	完全に、新たに実行
3	完全な出力と終了コードを読む
4	出力が主張を支持することを確認
5	証拠付きで主張

---

よくある落とし穴（虚偽の主張）

虚偽の主張	問題
テスト出力を見ずに「テストパス」	証拠なし
元の症状を再現せずに「修正完了」	検証なし
エージェント成功レポートを鵜呑み	独立検証なし

カウントしないもの: 部分チェック、以前の実行、仮定

---

停止すべきレッドフラグ

以下の言語パターンに注意：

• 「動くはず」
• 「おそらく」
• 検証前の「満足」表現

→ これらはルール違反の兆候

---

スキップの無効な理由

• 疲労
• 自信
• 利便性

明示的に拒否される

---

結論

このフレームワークは証拠による誠実さを優先する—違反には結果が伴う核心的価値

---

ライセンス

MIT License (superpowers repository)