**テスト品質**のレビューに集中してください。

## ステップ固有の追加手順

1. Report Directory 内のテスト計画・テストスコープに関するレポートと実装されたテストを突合する
2. HTTP・API 契約では、その契約が宣言する root body・query・path などの入力位置だけを確認し、未検証の位置に具体的で観測可能な失敗経路がある場合だけカバレッジ不足として扱う
3. 副作用や状態遷移を伴う変更では、正常系だけでなく代表的な失敗経路のテスト有無を確認する
4. 共通化・抽象化で契約を統一した変更では、新しい共通経路だけでなく既存の同種分岐にも契約テストがあるか確認する
5. 設定値、実行時に選択される能力・バックエンド・オプション、権限の変更では、契約が宣言するか変更に該当する未設定・設定・override・継承・非継承などの分岐条件だけを確認し、未検証の条件に具体的で観測可能な失敗経路がある場合だけカバレッジ不足として扱う
6. 実行とは別に同じ値を表示・検証・説明する入口がある変更では、表示値だけでなく実行時の解決入力と一致することを検証しているか確認する
7. モックで代替した検証は、実連携まで確認したものとして扱わない
8. 禁止・拒否・非継承・非対応・隔離の検証が、完全一致文字列の不在だけでなく、観測単位を抽出して禁止値ごとに確認しているか確認する
9. 新しい設定境界では、空文字列、空白だけの文字列、空配列、大小文字違いなどの正規化対象を必要に応じて確認する
10. E2E の timeout、cleanup、強制終了の扱いが既存の同種テスト規約と一致しているか確認する

テスト追加の指摘は、今回の変更が壊し得る受入条件または観測可能な契約と、既存テストでは検出できない具体的な失敗経路を示せる場合だけ報告してください。重複テスト、workflow名・自然言語全文・raw YAML構造・helper・内部実装詳細を固定するassert、既存loader・gate・上位behavior testで包含済みのassert、migration inventoryの恒久固定、実害や回帰検出能力のないassert追加は要求しないでください。既存テストの削減・統合候補は、今回の変更に因果関係がなければ別の問題として報告しないでください。

{{include:instructions/testing-review-obligation-check}}