規模に合わせて出力をレビューする

ここに正直な問題がある:エージェントが複数のタスクにわたって数百行を書いているとき、あなたは十行のdiffをレビューするように全行を読むことはできない。読めるふりをすると、ゴム印(見ずに承認)か麻痺(何も信頼しない)のどちらかに至る。どちらも出荷しない。

抜ける道は、すべてを読む代わりにいくつかの層でゲートを掛けることだ:

• テストは床だ。 関連するテストが緑で型チェッカーがきれいでなければ、どのエージェント出力もマージされない。これは交渉の余地がなく自動だ——この部分は機械がやる。
• 危険な部分をスポットレビューせよ。 全部は読めないので、爆発半径の大きい部分を読め:認証、金、データ削除、外部呼び出しに触れるもの何でも。残りは機能づくりの章の危険信号を拾い読みせよ——触れるべきでなかったファイル、ひそかに削除されたもの、小さな依頼が生んだ巨大なdiff。
• コードベースではなくdiffを読め。 git diff --statは何がどれだけ変わったかを数秒で教えてくれる。一つのモジュールに範囲を定めたタスクが六つで変更を見せるなら、一行を読む前に、もっとよく見よという信号だ。
• 走らせよ。 緑のテストスイートは動くアプリではない。それをクリックせよ。最後の確認はいつも他のどの章とも同じものだ:あなたの目の前で、頼んだとおりに実際に動くか?

ここで範囲定めは二度報われる。きつく範囲を定めたタスクは実際にレビューできるdiffを生む。放ったタスクはそうできないdiffを生む。レビューの問題はほとんど上流で、ブリーフで解決される。