子代理和上下文隔離

語言模型在有限的上下文視窗內工作，即使在達到硬限制之前，隨著該視窗充滿搜尋結果、文件內容和舊工具輸出，品質通常會下降。子代理透過分工來處理這個問題。主代理程式（有時稱為協調器或領導者）編寫任務描述並啟動具有乾淨上下文的子代理程式（通常使用一組較窄的工具）。子代理進行探索、呼叫工具和原因，然後發回摘要。只有該摘要才進入主要代理的上下文。此圖案出現在實際產品中。例如，Claude Code 允許使用者使用自己的指令和工具權限定義子代理，並且多個編碼和研究代理將探索工作傳送給平行工作人員。 Anthropic 撰寫了有關多智能體研究系統的文章，其中主導智能體並行運行子智能體。它報告了廣泛的研究問題的進展以及比單一代理更高的代幣使用率。權衡是真實的。成本會上升，因為每個子代理程式都會重新載入指令並重複一些探索。協調變得更加困難：並行子代理無法看到彼此的工作，因此它們可能會重複工作或做出不相容的選擇。當任務緊密連結時（例如編寫一段程式碼的不同部分），這是一個特殊的問題。資訊會遺失，因為摘要會刪除主代理可能需要的詳細信息，而子代理只知道其任務描述告訴它的內容。一種誤解是更多的代理總是意味著更好的結果。一些從業者認為，對於緊密聯繫的工作，具有管理良好的上下文的單一代理更可靠。子代理最適合獨立、需要大量閱讀且易於總結的任務：搜尋、調查、檢查和收集。