agent-collaboration

エージェントの連携

ユーザーが求める新たな判断、並行処理、または継続的な観察を実現できる、最小のルートを選びます。スキルがワークフローを定め、選択したバックエンドが実行を担います。

作業を振り分ける

1. 直接作業は、独立した判断や並行レーンが役立たないタスクでのデフォルトです。
2. 1つの専門的な委任では、利用できる場合はホスト標準の単発委任を使います。ユーザーが Grok を求めた場合は、grok-subagent を呼び出してください。ここでその CLI と中央レビューの手順を重複して記載しないでください。現在のエージェントがすでに Grok の場合、新たな独立した判断が重要でなければ、直接作業します。
3. Pi サブエージェントは、2つ以上の独立した読み取り専用レーン、またはスカウト、ワーカー、新鮮なレビュアーから成るループに適しています。このルートは Pi の subagent ツールが利用できる場合に限り使います。利用できない場合は、実行できるかのように装わず、利用を推奨してください。
4. Herdrはトップレベルのセッション制御サーフェスです。ユーザーが明示的に Herdr を求めた場合に限り制御し、その後 herdr スキルを呼び出してください。Herdr がホストする Pi セッションでは Pi の子エージェントを管理できます。Herdr はそのライフサイクルを監視し、2つ目の子エージェントオーケストレーターにはなりません。

優先するバックエンドが利用できない場合は、その制約を伝え、求められた独立性を保てる範囲で最小の利用可能なルートを使います。モデル、サービス、リポジトリ、または実行範囲を実質的に変更する前に、ユーザーに確認してください。

オーナーシップを維持する

• 作業ツリー内のライターは常に1人にします。並行して作業するライターには、委任前に作成した分離済みのワークツリーを使います。
• スカウトとレビュアーには、最新のコンテキストと読み取り専用の権限を与えます。単独のライターは、そのコンテキストが有用な場合に限り、承認済みの計画を引き継ぐか、フォークできます。
• 肥大化した長時間稼働セッションを再利用せず、新しい変更担当エージェントを開始します。
• 各委任先に、範囲を限定した成果、関連するパス、保持すべき既存の変更、正確な検証方法、停止条件を示します。
• タスクで範囲を限定したファンアウトが定義され、1人の親エージェントが統合の責任を負う場合を除き、入れ子の委任は行いません。
• 分析、レビュー、計画の依頼では、すべての委任先を読み取り専用にします。

トップレベルのオーナーは最終差分を独自に読み、必要なチェックを実行し、相反する報告を解決します。また、ユーザーが明示的に別の担当者を指定しない限り、コミット、プッシュ、公開、その他の外部への操作を担います。

連携を完了する

どのルートを実行したか、どのエージェントに変更権限を与えたか、分離をどのように確保したか、オーナーが直接検証した証拠、およびユーザーまたはランタイムによる検証が引き続き必要な作業を報告します。完了するには、すべての変更ファイルと、失敗または未実施のすべてのレーンについて、オーナーが説明できる必要があります。