35日間のClaude Code：3つの並列エージェントが本当の上限である理由

35日間、1,800回を超えるClaude Codeのターンを経て、r/ClaudeAIのある開発者が、並列エージェント作業が約3スレッドで壁にぶつかる理由を特定しました。根本原因はコンテキスト制限やプロンプト品質、タスク分割ではなく、分岐した作業を統合する際の人的コストです。

モデル: N ≈ 1 / (あなたを待つ時間の割合)

この開発者によると、持続可能な並列エージェントの最大数(N)は、各エージェントが人間の入力を待つ時間の割合の逆数にほぼ等しくなります。エージェントが判断やレビュー、ガイダンスを待つために3分の1の時間をアイドル状態で過ごす場合、実用的な上限は約3エージェントです。これは観測された経験と一致します: 1エージェントは簡単、2つは快適、3つが限界で、それを超えると並列作業ではなく、混乱した自分自身のキューを捌くことになります。

本当のボトルネック: ジョインステップ

最も時間がかかるのはエージェントを起動することではなく、その出力を統合することです。開発者はこれをジョインと呼んでいます。エージェントAが認証を変更し、エージェントBがUIフローを変更し、エージェントCが共有ユーティリティをリファクタリングしたとします。誰かがそれらをまとめ、重複を解消し、前提を見直し、どのバージョンを採用するか判断し、コードベースに3つのほぼ互換性のある形状ではなく、1つの一貫した形状を持たせる必要があります。このジョインステップがオーバーヘッドの大部分を占めます。

一般的な修正方法では壁を越えられませんでした:

• タスクを小さくする — わずかに効果はあったが、ジョインの回数が増えた。
• より明示的な指示 — 作業が本当に分離可能な場合にのみ機能した。
• より良い要約 — 要約ではコードをマージしたり、分岐した決定を統合したりできない。

アプローチの転換: エージェントを高価なブランチとして扱う

開発者は現在、並列エージェントを、マージ戦略を計画する必要がある高価なブランチのように扱っており、無料の追加の頭脳としては扱っていません。ジョインこそが解決すべき実際の問題です。スレッドでは、他の開発者がどのように手動でマージしているか、1つのエージェントをインテグレーターとして使用する方法、タスク境界を狭く強制する方法などが議論されています。

Claude Codeで本格的なマルチエージェント作業を行っているなら、ジョインがボトルネックになっている可能性が高いです。この投稿は、それを特定するためのフレームワークを提供し、コミュニティの解決策を求めています。