代理團隊委派

這是什麼

一種將任務分配給專門子代理的模式——每個子代理擁有自己的系統提示、工具組與狀態——並將其結果整合回主對話。

白話解釋

一位主廚不會親自切每一種食材。她將蔬菜準備工作交給副廚，醬料交給醬料師傅，甜點交給糕点師傅，然後將所有成果組合成最終菜餚。Hermes 代理團隊委派也是同樣的做法：主要的「指揮」代理將專門工作交給「 worker 」子代理，每個子代理帶著自己的指示和工具出發，完成後帶著結果回來。

為什麼重要

單一代理能做的事情是有限的——上下文視窗有上限，可同時使用的工具數也有實際限制。將工作委派出去，讓 Hermes 同時利用數個獨立的 AI 工作階段，每個階段專注於一個特定子任務，並有自己的提示和工具集。這意味著更複雜的工作流程成為可能，而且隨著團隊規模擴大，主代理的上下文不會無限制膨脹——每個子代理是隔離的，只處理自己被分派的範圍。

運作方式

委派的調度由代理團隊管理中樞處理。當主代理決定委派一個任務時，它會定義該任務的指令、選擇合適的子代理類型（每個類型都有自己的 BOOT.md 提示與工具集），然後觸發一個隔離的工作階段。該子代理獨立執行（可使用自己的模型提供者、溫度設定、甚至自己的工具組），完成後將結果報告回主代理。這個過程可以由 user_proxy 驅動（主代理請求使用者選擇 worker），也可以全自動進行。子代理的狀態保持獨立——它們不會干擾主代理的上下文，反之亦然。

具體範例

一個用於客戶研究的 Hermes 功能可能需要：

1. 主代理接收「研究 ACME Corp」的請求。
2. 它將「搜尋 ACME Corp 的最新新聞」委派給一個配備瀏覽器工具的 worker。
3. 將「查詢 ACME Corp 的 Crunchbase 資料」委派給另一個配備 API 工具的 worker。
4. 每個 worker 獨立工作，回傳自己的發現。
5. 主代理收集這些發現，綜合整理，並呈現一份連貫的摘要——而不讓瀏覽工具和 API 工具的細節混雜在自己的上下文中。

如何連結

本筆記屬於編排系列。最鄰近的概念包括：核准邊界、事件驅動代理、代理執行環境。

來源證據

• agent_team_delegation.py#delegate_to_worker — 將任務分派給隔離的子代理工作階段的底層機制。
• agent_team_delegation.py#AgentTeamManager —負責保持團隊狀態、可用 worker 清單以及委派模式的管理類別。

工作流程

• 代理團隊委派

相關文章

• 目前暫無文章以此概念名稱或別名達到引用門檻（請參閱提及-挖掘政策）。

相關筆記

• 核准邊界
• 事件驅動代理
• 代理執行環境