ボトルネックの移動：コードから組織へ

従来のソフトウェアチームのボトルネックは実行層にある：コードが十分な速さで書かれない、十分な機能がデリバリーされない。解決策は人を増やすことだ。新しいエンジニア一人ひとりがコーディング能力を増分でもたらし、チームの出力は人数とともに成長する。

Agentは実行を安価にする。エンジニア1人とAgentの組み合わせで、コーディング出力は桁違いに増加できる。しかし、指示と検証のコストはそれに比例して下がっていない。要件の定義にはビジネスを理解する人間が依然として必要だ。アーキテクチャの設計にはエンジニアリング判断を持つ人間が依然として必要だ。出力が意図と一致しているかの検証には人間のレビューが依然として必要だ。これらのタスクは単純にAgentに任せることはできない。

ボトルネックは「コードを書くこと」から「人間を組織すること」に移った。チームの制約要因はもはやコードを書いている人数ではなく、Agentの出力を指示し検証するために人間がどう自らを組織するかだ。

PingCAP CTOのEd Huangは実践の中でより深い現象を観察した。トップレベルのVibe Coderたちのワークフローとベストプラクティスは同じではない。各人がAgentを指揮する独自のやり方を開発している：異なるプロンプト戦略、異なる検証ワークフロー、異なるツールの組み合わせ。2人のトップVibe Coderが同じモジュール内で協働するのは困難だ。「同じ縄張りに2匹のalpha wolfは容易には共存できず、1+1 < 2になってしまう」。

これは、従来の「人を増やせば出力が増える」という線形スケーリングモデルが完全に崩壊したことを意味する。Agentが出力速度を変えたからだけでなく、人間がAgentを指揮する方法が高度に個人化されており、標準化や組み合わせが困難だからだ。

組織設計の課題はこうなる：複数の人間がそれぞれ効率的に自分のAgent部隊を指揮しながら、その出力が一貫したシステムに統合されるようにするにはどうすればよいか？