計算資源が候補生成の扉を開いた後、新たな難題が生じます：Agent が自動生成した変更は、いったいなぜプロジェクトのトランクに書き込めるのか？厳格な検収と歴史継承のメカニズムは生成と採用を完全に分離します——Agent が提出するあらゆるコードは単なる候補修正（candidate patch）にすぎず、まず一連の検証ゲートを通過してはじめて、プロジェクトの歴史の一部として認められる資格を得ます。
候補性デフォルト原則
Agent の出力はデフォルトで信頼できない入力として扱われます：権限、ストレージ、参照において採用済みバージョンと厳格に隔離され、トランクを直接読み書きすることも、他のモジュールから安定した依存として扱われることもできません。この原則の唯一の目的は、「生成即登録」を根絶することにあります。すべてのゲートを通過してはじめて、候補修正はトランクと同等の地位を得ます。
四層の段階的フィルタリング：コスト逓増、早期失敗
- コンパイル：構文とインターフェースのレベルでビルド可能。コストが最も低く淘汰が最速で、明らかに成立しない修正を真っ先に締め出します。
- テスト：単体テストと統合テストに合格し、既存の契約をカバー。
- 挙動検査：意味論と挙動の整合性。数値許容誤差、等価性、回帰比較を含み、「テストは通るが挙動がドリフトする」事態を専門に防ぎます。
- 上位検収：タスク目標とエンジニアリング制約に向けた最終裁定。性能、加速比、保守性などの判断を含みます。
ゲートはコストの低い順に並べられ、大多数の無効な修正を安価な段階で遮断し、高コストな上位レビューを少数の高品質な候補だけに振り向けます——これこそが「早期失敗」の経済学です。
却下の価値と歴史継承
通過しなかった試みはトランクに入りませんが、以下として保持できます：失敗アーカイブ / 負例。診断、重複排除、重複探索の防止に用いられます——却下自体が一度のノイズフィルタリングです。一方、検収を通過した修正は新たなベースラインバージョンとなり、後続の実行者はこれを土台に進化を続け、毎回ゼロからやり直すのではなく単調累積の進化チェーンを形成します。マルチ Agent 協調と再帰的タスク分解のマージ規則および品質契約として、検収ゲートウェイは「誰が歴史に書き込めるか」を定義し、それによって協調の結果が収束するかエントロピー増大に陥るかを決めます。コンパイラのリファクタリングや科学ソフトウェアのアップグレードなど、正確性の制約が厳しい場面では、この仕組みは極めて高い信頼性を示し、目覚ましい実行加速比をもたらします。
四層の検収ゲートと候補の隔離図では、Agent が生成した修正はまず信頼できない候補パッチとして隔離され、その後コンパイル、テスト、挙動検査、上位検収の四つのゲートを順に通過します。ゲートはコストの低い順に並べられ、無効な修正を安価な段階で早期に失敗させます。通過したものは新たなベースラインとなって後続に継承され、却下されたものは失敗アーカイブと負例として保持され、診断と重複探索の防止に用いられます。
