check

仕様検証（Check）

plan.md と実装コードの突合検証を行い、PASS / PARTIAL / NEEDS_FIX で判定する。

入力: docs/plans/{feature-name}/plan.md + 実装コード 出力: docs/plans/{feature-name}/result.md

パスルール: docs/plans/{feature-name}/ はカレントディレクトリ直下。{feature-name} は英語の kebab-case

重要度レベル

レベル	基準
Critical	主要機能が未実装、または根本的に異なる
Warning	部分的な不一致。動作はするが仕様通りではない
Info	軽微な差異。仕様の意図は満たしている

ワークフロー

Step 0: 読み込み + 変更範囲の特定
Step 1: verifier で突合検証
Step 2: 最終判定 + result.md 生成
Step 3: 次のアクション

---

Step 0: 読み込み + 変更範囲の特定

Read docs/plans/{feature-name}/plan.md
Read docs/plans/{feature-name}/progress.md
Bash: git diff {base-branch} --name-only

全タスク未着手（-）なら「実装が開始されていません」と案内して終了。

---

Step 1: verifier で突合検証

verifier に仕様・実装・受入条件の突合を一括で依頼する:

Task(subagent_type: verifier):
  「仕様と実装の突合検証を行ってください。
  仕様書: docs/plans/{feature-name}/plan.md
  実装ファイル: {git diff の変更ファイル一覧}
  検証内容:
  - 各セクション（バックエンド・DB・フロントエンド等）の仕様と実装の突合
  - データフロー図がある場合は処理フローの突合
  - 受入条件の充足確認
  - 仕様で指定されたファイルの作成・変更の確認」

---

Step 2: 最終判定 + result.md 生成

判定	基準
PASS	Critical 0件 & Warning 0件
PARTIAL	Critical 0件、Warning のみ
NEEDS_FIX	Critical 1件以上

Task(subagent_type: writer):
  「result.md を生成してください。
  ドキュメント種別: result
  plan.md: docs/plans/{feature-name}/plan.md
  verifier 結果: {Step 1 の結果}
  judgment: {最終判定}
  出力先: docs/plans/{feature-name}/result.md」

---

Step 3: 次のアクション

• PASS: 「検証完了。PR のマージに進めます。」
• PARTIAL: 不一致一覧を提示し、実装修正か仕様修正かを選択させる
• NEEDS_FIX: 不一致箇所を列挙し提案:
  • 実装漏れ → /build で修正
  • 仕様不足 → /spec で仕様更新