この記事は、AI コーディングエージェントを並列に走らせることをめぐる議論がスループットに注目するばかりで、それを監督する人にかかるコストを無視してきたと論じている。複数のエージェントを同時に走らせることは、同じタスクの複数のインスタンスではない。それは、複数の異なるメンタルモデル、問題の捉え方、信頼の較正を同時に抱え、どのエージェントが密かに何を間違えているかわからないという不確実性を絶えず引き受けることを意味する。記事によれば、この種の認知的労働にはまだ定着した語彙がない。
記事は、エージェントを並列に走らせることの組織面についての著者自身の別の文章を下敷きにしている。そちらはセッションを非同期のチームのように管理するオーバーヘッドを扱うものと位置づけられ、この記事は監督する人の内側に完全にとどまるオーバーヘッドを扱う。
要点
- 4 つのエージェントを並列に走らせることは、1 つを走らせることとは質的に異なる。それは同じタスクの 4 つのインスタンスではなく、4 つの異なるメンタルモデル、コードベース、問題の捉え方、信頼の較正を同時に管理することを意味する。
- 見ていないエージェントのスレッドが密かにおかしな方向に進んでいないかわからないことによる背景的な警戒を「アンビエント不安税」（アンビエント不安税（Ambient Anxiety Tax））と名付けている。これは舵取りやレビューという能動的な作業とは別物だが、同じ有限の精神的な蓄えを消費する。
- 認知の帯域幅は並列化しないと論じている。生成はエージェントが行うが、評価し、判断し、信頼し、統合することは人間の側でシングルスレッドのままである。そのため、人の監督のスループットが理解のスループットを上回ることがあり、そこに理解の負債（認知的負債）が蓄積する。
- コードエージェント・オーケストラ：マルチエージェントのコーディングを機能させるもの の指揮者のメタファーを引き、すべての楽器に触れなくてもこの役割が疲れる理由を説明している。曲全体を把握し続けるにはシステム全体への意識が必要であり、それはもっと頑張ることで広げられるものではない。
- 著者自身の実践の変化を述べている。エージェントを起動する前にセッションの時間を決め、各スレッドのスコープをその時間内に解決・レビューできるものに絞ること、そしてスループットの向上を追い求めるのではなく、およそ 3〜4 の並列スレッドを典型的で持続可能な上限として落ち着いたことである。
- この個人的な上限（並列エージェントの上限）を意図的に見つけるための較正のヒューリスティクスを提示している。快適だと感じる数より 1 スレッド少ない数から始めること、エージェントの数ではなくレビューの質に対する確信を観察すること、複数のスレッドにまたがって高まる不安を容量の初期シグナルとして扱うこと、そして走らせるスレッドの数を減らす前にスレッドのスコープを縮めることを優先すること、である。
背景
この記事は、エージェントをオーケストレーションするためのマネジメントモデルについての著者の以前の文章（AI コーディングエージェントにはマネージャーが必要だ）と対をなす、個人的なオーバーヘッドの側の記事として自らを位置づけている。記事によれば、以前の文章が扱っていたのは主に組織的なオーバーヘッドである。また、関連する考え方として、エージェント型エンジニアリングと理解の負債についての著者自身の記事にリンクしている。記事は全体を通じて、統制された研究としてではなく、著者自身の実践と経験についての一人称の記述として示されている。