{{include:instructions/requirement-source-discipline}}

次を満たしてください。

- 同じ原因に属する未解決の指摘と再発箇所をまとめて解消する方針にしてください
- 元の目的・制約・受入条件を固定し、レビューで示された実装案を新しい要求として追加したり、実装しやすい別問題へ狭めたりしないでください
- 対象機能のシステム内での役割、入口、信頼境界、状態・権限・副作用の所有者を再確認し、失敗原因が不要な抽象化なのか、必要な本番処理の不足なのかを区別してください
- 利用者・外部入力、認可、機密情報、外部実行、永続化、再試行、並行実行が実際に関係する場合だけ、その検証・拒否・失敗時処理を計画へ含めてください
{{include:instructions/planning-return-guidance}}
- 再計画の前に、残件を元要件・変更契約と照合してください。計画やレポートに繰り返し記載されたことだけで必須化せず、変更と因果関係のない既存失敗・対象外作業は根拠を残して今回の残件から除外してください。変更が依存・影響拡大・新規露出する問題と明示された必須検証は除外しないでください。
- 次の実装ステップがプロジェクト内で実行できるかを明示的に判定してください
- 今回の要件・変更契約の未達を解消するために必要な、プロジェクト内で実行可能な未試行のコード変更、テスト変更、または原因調査が残る場合だけ、その作業と検証手順を具体化してください。実行できるという理由だけで無関係な作業を探したり追加したりしないでください
- 現行実装が要件・受入条件を満たす具体的根拠があり、必要なプロジェクト内検証が完了し、今回必要な未試行の変更・調査が残らない場合は、独立レビューへ直接進めてください
- このステップではコードやテストを編集しないでください
- プロジェクト内の変更や調査では解消できず、外部環境の変更または利用者の操作だけが残る場合は、その根拠と必要な外部操作を明示してください
- 試行済みの方針と確認済みの制約から要件が両立不能な場合は、その根拠を明示してください
- 不確実、未調査、またはテストを実行できないという理由だけで解消不能と判定しないでください
- 未実行の必須検証だけが残る場合は実装方法を変更せず、その検証と有効な既存証跡の場所・対象・実行条件を次の計画へ引き継いでください。

{{include:instructions/preserve-acceptance-conditions}}