AI に実装を委譲している途中で仕様の追補・修正が発生したとき、いつ反映するかの判断基準。実装中の仕様変更が最も手戻りコストが高い（途中の割り込みは実装者の文脈を崩し、手戻りを呼ぶ）ため、契約（境界・型・確定値・IF）に関わるバグだけを実装中に即時反映し、それ以外の追補（あったら良い・小さな改善）は実装完了後にまとめて1バッチで渡す。

理由: 契約バグを放置すると実装全体が間違った前提で進むので即時でないとコストが増大するが、非契約の微調整は完了後にまとめた方が実装者の集中を切らず到達コストが低い。「思いついたら都度伝える」という自然な衝動を抑え、追補をキューに積むのがコツ。

適用条件: 会話履歴を引き継がず計画ファイルだけで着手する委譲実装で特に効く。契約か否かの判別がつくよう、何が契約（境界となる契約面）かを計画側で先に明確化しておくと判断がブレない。