何体まで管理できるか：Span of Control

インフラが整い、隔離と統合のメカニズムが順調に稼働している。次の問いは：同時に何体のAgentを管理できるか？

Span of controlの上限は、検証の自動化の成熟度によって決まる。すべてのAgentの出力に手動レビューが必要なら、管理できるAgent数はレビュー帯域幅に制限され、おそらく2～3体だ。検証システムが十分に自動化されていれば（第3章の敵対的検証、Trophyテスト、継続的インテグレーション）、レビュー作業はギャップレポートの確認と例外処理に縮小し、span of controlは10体以上に拡大できる。

Span of controlの拡大には明確な前提条件がある。受入基準のカバレッジが一定の閾値に達していること。そうでなければ、自動検証がカバーしていない領域は依然として手動チェックが必要だ。CIが安定しており偽陽性率が低いこと。そうでなければ、実際の問題を解決する代わりに、本物の問題とノイズを区別することに時間を費やすことになる。ドメインが比較的安定していること。要件変更の頻度が高すぎると、Agentの仕様を頻繁に更新する必要があり、時間が仕様のメンテナンスに消費される。タスクタイプが限定されていること。すべてのタスクがまったく新しいタイプの問題なら、Skillカードや既存の仕様テンプレートは再利用できず、毎回ゼロから設計する必要がある。

これらの前提条件が満たされていれば、span of controlは自動化によって拡大できる。前提条件が満たされていないなら、正しいアプローチは先に前提条件に投資すること（受入基準のカバレッジ改善、CIの安定化、タスクタイプの標準化）であり、無理にAgentを追加することではない。

実際には、Agentチームの構成は時間単位のサイクルで調整できる。これは月単位のサイクルで調整する人間のチームとはまったく異なる。現在のタスクを完了したAgentは、すぐに別のモジュールに再割り当てできる。加速が必要なモジュールには一時的に追加のAgentを配置できる。この柔軟性はAgentの限界費用ゼロという特性の直接的なメリットだが、効果的に活用するには、platform engineeringと管理メカニズムがすでに整備されている必要がある。