コーディング後の新たなボトルネック

これらのボトルネックは実は新しいものではない。ただ、これまでコーディングという工程に注力するあまり、本当は存在すると分かっていながら自然現象のように扱ってきただけだ。コードを書くこと自体が簡単になると、開発プロセス全体の律速段階は明らかに他の場所へ移っていく。

まず、デプロイが最初の壁になる。コードを書いた後、適切な環境のセットアップを待ったり、デプロイの権限を得たり、サービス間の接続・権限・ロール・ログイン・データベース接続・バケット権限など、いわゆる「接着剤」の部分をコードと噛み合わせる必要がある。Agent-Owned Accounts（デプロイ環境）パターンはその解決策のひとつで、LowKeyのようなツールは既にこの問題に取り組んでいる。Cloudflareのエージェント用アカウントも初期の兆候といえるが、まだ限定的だ。

次に、コードレビューが新しいボトルネックになる。著者は、AIエージェントがコードレビューの大部分を担い、人間はより全体的なアーキテクチャのレビューに集中するようになると考えている。さらに、1,000のエージェントが1日1万件のコミットを並行して同じコードベースに送り込む時代には、コンフリクトが問題になる。OpenClawのようなプロジェクトでは、PRを出す→直後にmainに新コミットが入る→リベースが必要になる→コンフリクトが起きる→修正する、というループに陥り、リリース自体が悪夢になる。著者はこの問題に対し、ゲーム理論を使ったエージェント間の交渉を試しているが、有効かどうかはまだ未知数だ。

また、エージェントが作業するためには、自分が何を作っているのか、周囲に何が存在するのかを知る必要がある。他のリポジトリ、優れたアーキテクチャ慣行、上流・下流の依存関係、会社全体で許容される働き方、シークレット、規制などが含まれ、これらは常に変化し続ける。著者が作ったReposwarmは、古くなっていないクロスリポジトリのアーキテクチャ情報をエージェントに提供する試みだ。「会社の頭脳」を作ろうとするプロジェクトも多いが、現状はまだ混沌としている。

さらに、テストと仕様も重要になる。機能やコードをほぼ無料で作れる世界では、エージェントの機能検証が王様になる。良いテストを書き、それをエージェントが利用できれば、さまざまな変更をまたいだ開発を高速化できる。テストを生成すること自体は難しくないが、「良いテスト」を生成する方法をエージェントに教えるのが課題だ。PMは、コーディングが簡単になった分、優れた仕様をより速く生成する必要がある。ClaudeのSuperpowers、BMAD、Spec Driven Development（kiroがAI-IDEの観点では最初に提唱したと著者は指摘）、AI-DLC 2など、多数のフレームワークが登場しているが、組織がこの新しい働き方を学ぶのはこれからで、効果が確実かどうかはまだ分からない。それでも初期の兆候は有望であり、改善の余地が大きい分野だ。

最後に、監視が新たなボトルネックになる。誰もがより多くのコードを書き、デプロイし、エージェントが本質的に「創造的」であるなら、それらのプロセスや、思いつきで生成される新しいアプリケーションを監視する負担が増える。監視業界は成熟しているが、LLMのやり取りや、その上流・下流のリスクを監視することは新しい領域だ。自分が構築・デプロイしたものを監視できるエージェントはこの問題を軽減できるだろう。しかし、ローカル、リモート、組織全体で動くすべてのエージェントを監視する完璧な解決策はまだなく、ベンダーロックインを避けるのは難しい。著者は他にもボトルネックがあるはずだとして、後日追記する可能性に言及している。