完了前の検証

概要

検証なしに業務完了を主張することは、効率ではなく不誠実です。

コア原則: 常に証拠が先、その後に主張。

この規則の文字通りの違反は、この規則の本質的な違反です。

鉄則

NO COMPLETION CLAIMS WITHOUT FRESH VERIFICATION EVIDENCE

このメッセージで検証コマンドを実行していない場合、合格を主張することはできません。

ゲート機能

BEFORE claiming any status or expressing satisfaction:

1. IDENTIFY: What command proves this claim?
2. RUN: Execute the FULL command (fresh, complete)
3. READ: Full output, check exit code, count failures
4. VERIFY: Does output confirm the claim?
   - If NO: State actual status with evidence
   - If YES: State claim WITH evidence
5. ONLY THEN: Make the claim

Skip any step = lying, not verifying

よくある失敗

主張	必要な確認	不十分な確認
テストが合格	テストコマンド出力: 失敗0件	前回の実行、「合格するはず」
リンター検査済み	リンター出力: エラー0件	部分的な検査、推測
ビルド成功	ビルドコマンド: 終了コード0	リンター合格、ログが良好に見える
バグ修正	元の症状テスト: 合格	コード変更、修正されたと仮定
リグレッションテスト動作	赤-緑サイクル検証済み	テスト1回合格
エージェント完了	VCS diff変更確認	エージェント「成功」報告
要件達成	行ごとのチェックリスト	テスト合格

危険信号 - 停止

• 「～すべき」「おそらく」「～のようだ」を使用
• 検証前に満足を表現 (「素晴らしい!」「完璧!」「完了!」など)
• コミット/プッシュ/PR直前の状態
• エージェント成功報告を信頼
• 部分的な検証に依存
• 「今回だけ」と考えている
• 疲れていて業務を終わらせたい
• 検証を実行せずに成功を示唆する表現

言い訳防止

言い訳	現実
「今はうまくいくはず」	検証コマンドを実行
「自信がある」	自信≠証拠
「今回だけ」	例外なし
「リンターが合格した」	リンター≠コンパイラ
「エージェントが成功と言った」	独立して検証
「疲れている」	疲労≠言い訳
「部分的な確認で十分」	部分的では何も証明しない
「違う表現だから規則は適用されない」	文字より本質

主要パターン

テスト:

✅ [テストコマンド実行] [結果: 34/34 合格] 「全テスト合格」
❌ 「今はうまくいくはず」 / 「正しく見える」

リグレッションテスト (TDD 赤-緑):

✅ 作成 → 実行 (合格) → 修正を戻す → 実行 (失敗する必要がある) → 復元 → 実行 (合格)
❌ 「リグレッションテストを作成した」 (赤-緑検証なし)

ビルド:

✅ [ビルド実行] [終了コード: 0] 「ビルド成功」
❌ 「リンター合格」 (リンターはコンパイル検査しない)

要件:

✅ 計画を再読 → チェックリスト作成 → 各項目検証 → ギャップまたは完了を報告
❌ 「テスト合格、フェーズ完了」

エージェント委譲:

✅ エージェント成功報告 → VCS差分確認 → 変更検証 → 実際の状態を報告
❌ エージェント報告を信頼

これが重要な理由

24回の失敗記憶から:

• あなたの人間パートナーが「信じられない」と言った - 信頼破壊
• 定義されていない関数がリリースされた - クラッシュする
• 欠落している要件がリリースされた - 不完全な機能
• 虚偽の完了 → リダイレクト → 再作業に時間を浪費
• 違反: 「誠実さはコア価値。嘘をつけば、置き換えられます。」

いつ使用するか

以下の前に常に:

• 成功/完了主張のいかなる変形
• 満足の表現
• 業務状態に関するいかなるポジティブな声明
• コミット、PR作成、タスク完了
• 次のタスクへ移行
• エージェントへ委譲

規則が適用される対象:

• 正確なフレーズ
• パラフレーズと同義語
• 成功の暗示
• 完了/正確性を示唆するいかなる通信

最重要点

検証のショートカットはありません。

コマンドを実行。出力を読む。その後に結果を主張。

これは交渉の余地がありません。

いつ使用するか

このスキルは、上記の概要で説明されたワークフローまたはアクションを実行するときに適用可能です。

制限事項

• このスキルは、タスクが上記で説明されたスコープと明確に一致する場合にのみ使用してください。
• 出力を環境固有の検証、テスト、または専門家レビューの代替として扱わないでください。
• 必要な入力、権限、安全境界、または成功基準が欠落している場合は停止し、明確化を求めてください。