Wt Auto Review

/wt-auto-review — 子タスクの AI レビュー（承認ゲート代替）

/wt-split が起動した子タスクのレビューを、人間の代わりに独立した AI レビュアーが行う。worktree 側のセッションで実行する。適用条件は初期プロンプトに「親 issue #N を分解した子タスク」の定型行があること — 無いセッションでこれを打たれたら、承認ゲートにはならない旨を伝えて /wt-review（人間レビュー）を案内して止まる。

手順

1. 前提を整える: 未コミット変更があれば先にコミットする。scripts/check が実行可能ファイルとして存在すれば先に通す（落ちる状態をレビューに出さない。失敗したら修正してから再開する）。
2. レビュー材料を作る: /wt-review と同じ base（本体 checkout の HEAD）で git diff <BASE>...HEAD を取り、scratchpad にファイルで書く。子 issue も gh issue view <子N> --json title,body で取得して保存する。
3. 新規 subagent にレビューさせる（自分で diff を再読して合格判定しない — 書いた本人の再読はバイアスになる）。渡すのは次の 3 点だけで、セッションの経緯や実装の意図は渡さない:
   • diff 全文（ファイルパスで渡す）
   • 子 issue のタイトルと本文（受け入れ条件）
   • 合否基準: ①正しさ（バグ・エッジケース・回帰の有無）②受け入れ条件の充足（チェックボックスごとに diff のどこが満たすかを対応付け、満たせない項目があれば FAIL）③テストの妥当性（受け入れ条件に対する検証があるか）。指摘は severity（blocker / major / minor）付きで列挙し、最後に PASS / FAIL を 1 行で返す。minor のみなら PASS。迷ったら FAIL に倒す。
4. FAIL（blocker / major あり）→ 指摘を修正してコミットし、手順 2 から新しい subagentで再レビューする。このループは 2 巡まで。
5. 2 巡で解けない指摘・受け入れ条件自体の矛盾・仕様判断が要る指摘 → 自動マージを中止する。/wt-ask で dev 側に経緯（指摘と試した対応）を報告し、/wt-review の人間レビューに切り替える（以後このタスクの承認ゲートは人間に戻る）。
6. PASS したら記録を残す: 判定・指摘と対応（見送った minor を含む）・レビュー要約を gh issue comment <子N> --body-file <path> で子 issue に残す。
7. この PASS は /wt-merge の承認ゲートを満たす（マージまで承認済みとして扱う）。そのまま /wt-merge を実行して PR 作成 → CI → マージ → /wt-clean まで進め、レビュー記録（issue コメントの URL）を報告に含める。

注意

• 承認ゲートとして有効なのは /wt-split の子タスクだけ。通常の /wt・/wt-detail のタスクでこの skill を使っても結果は参考所見にしかならず、ゲートは従来どおりユーザー承認。
• レビュー subagent が持つのは合否の判定だけで、受け入れ条件を変える判断はできない。条件と実装が食い違えば FAIL、条件自体がおかしいと思ったら手順 5 の経路で人間に返す。
• CI（scripts/check）は別レイヤーでそのまま生きている。AI レビューはそれを置き換えない。