基本原則
専門レーンがスループットを改善するのは、実際のボトルネックに対する 競合を減らす場合だけです。- セッションロック: あるセッションを変更する実行は、一度に1つだけにする必要があります。
- グローバルなモデル容量: 表示されるすべてのチャット実行は、引き続きプロバイダーの制限を共有します。
- ツール容量: シェル、ブラウザー、ネットワーク、リポジトリ作業は、モデルのターン自体より遅くなることがあります。
- コンテキスト予算: 長いトランスクリプトは、以後のすべてのターンを遅くし、焦点を絞りにくくします。
- 所有権の曖昧さ: 同じ仕事をする重複エージェントは容量を浪費します。
推奨ロールアウト
フェーズ1: レーン契約 + 重い作業のバックグラウンド化
各レーンのワークスペースとシステムプロンプトに、書面の契約を用意します。- 目的: このレーンが所有する作業。
- 非目標: 試みるのではなく引き継ぐべき作業。
- チャット予算: 素早い回答はチャット内に残し、長いタスクは短く確認してから バックグラウンドのサブエージェントまたはタスクで実行します。
- 引き継ぎルール: 別のレーンが作業を所有している場合、どこへ送るべきかを伝え、 簡潔な引き継ぎ要約を提供します。
- ツールリスクルール: 仕事をこなせる最小のツールサーフェスを優先します。
フェーズ2: 優先度と同時実行制御
各レーンのビジネス価値に合わせて、キューとモデル容量を調整します。フェーズ3: コーディネーター / トラフィックコントローラー
複数のレーンがアクティブになったら、小さなコーディネーターパターンを追加します。- アクティブなレーンタスクと所有者を追跡します。
- グループ間の重複リクエストを検出します。
- レーン間で引き継ぎ要約をルーティングします。
- ブロッカー、完了した結果、人間が下す必要のある決定だけを表示します。