では何をすればいいのか：コードレビューから検証システム設計へ

この時点で、根本的な役割の転換が既に起きている。

従来の開発において、シニアエンジニアの中核的なタスクの一つはコードレビューだった。チームメンバーのコードを一行ずつ読み、論理的な正しさ、コードスタイル、潜在的なパフォーマンスの問題、セキュリティの脆弱性をチェックする。この作業はレビュワーのシステムに対する深い理解と豊富なエンジニアリング経験に依存していた。

Agent駆動開発では、一行ずつのコードレビューは実行不可能（速度が追いつかない）であると同時に、最適でもない（人間の注意力はより高いレバレッジの活動に費やすべきだ）。検証システムが従来のコードレビューの責務の大部分を引き継ぐ。テストが機能的な正しさを検証する。Adversarial Agentが仕様への準拠をチェックする。自動化ツールがコードスタイルとセキュリティの脆弱性をチェックする。

人間の役割は、コードのレビューからより高いレバレッジの2つの活動へと移行する。

1つ目は、テストと仕様のレビューだ。受け入れ基準はビジネスの意図を正確に反映しているか？ Trophy Testは重要なユーザーシナリオをカバーしているか？ テストアサーションは実装の詳細ではなく振る舞いを検証しているか？ これらの判断にはビジネスの理解とユーザーニーズの把握が必要であり、Agentには代替できない。

2つ目は、検証システム自体の設計だ。どのポイントにゲートを設定すべきか？ どのタイプのテストがどのレベルのリスクをカバーすべきか？ 敵対的検証のルールをどう設定すべきか？ 検証システムの設計が、開発ワークフロー全体の信頼性の上限を決定する。

マージ基準もそれに応じて変わる。従来のマージ基準は「コードレビューをパス＋CIテストがすべてグリーン」だった。Agent駆動開発では、正しさのテストをパスすることは依然として必要条件だが、十分条件ではない。マージ前に、少なくとも1つのフィットネスシグナルも必要だ。エンドツーエンドのTrophy Testがパスしているか、実データの再生検証がパスしているか、ステークホルダーの受け入れ確認が取れているか。いずれも利用できない場合は、免除の根拠を明示的に文書化する必要がある。

この役割の転換は、チームの能力構造に深い意味を持つ。従来のチームはコーディング能力を最も重視していた。アルゴリズムのスキル、言語の習熟度、デバッグテクニック。Agent駆動チームは仕様策定能力と検証設計能力を最も重視する。ビジネスの意図をテスト可能な受け入れ基準に変換できるか、アウトプットの品質を保証する効果的な検証戦略を設計できるか。コーディング能力はエンジニアリングの判断力に道を譲る。