單一代理系統面臨上下文限制，制約了複雜任務處理能力。多代理架構透過獨立的上下文視窗將工作分散至專業代理，實現超越單一代理能力的平行推理與協調。
下載技能 ZIP
在 Claude 中上傳
前往 設定 → 功能 → 技能 → 上傳技能
開啟並開始使用
測試它
正在使用「multi-agent-patterns」。 設計一個研究團隊多代理系統
預期結果:
一個監督者協調四個專業代理：研究員（網頁搜尋、文件檢索）、分析師（資料分析、統計）、事實查核員（驗證、確認）和撰寫者（報告生成）。監督者分解研究查詢、路由至適當代理，並彙整發現。使用 forward_message 工具允許代理在產生最終輸出時直接回應使用者，避免電話遊戲問題，即監督者錯誤地改述子代理的回應。
正在使用「multi-agent-patterns」。 我應該何時使用點對點與層級式模式？
預期結果:
使用點對點/群體模式當：任務需要靈活探索、僵化規劃適得其反，或需求動態湧現時。優點：無單一故障點、可擴展進行廣度優先探索、實現湧現行為。使用層級式模式當：大型專案具有明確結構、企業工作流具有管理層級，或任務需要高階規劃和詳細執行時。優點：反映組織結構、明確的關注點分離。
安全審計
安全Security evaluation confirms this is a documentation skill about multi-agent architecture patterns. Static findings flagged external_commands, network, and cryptographic patterns but all are FALSE POSITIVES - the scanner misidentified markdown code blocks as shell commands, documentation URLs as HTTP requests, and coincidental keywords as cryptographic usage. The skill contains no executable code, no actual network calls, and no security vulnerabilities.
品質評分
你能建構什麼
研究任務自動化
協調多個專業代理（研究員、分析師、事實查核員、撰寫者）平行執行綜合研究任務，由監督者彙整結果。
企業工作流系統
部署反映組織層級的層級式代理結構，由策略、規劃和執行層處理不同抽象層級。
客戶服務路由
實作點對點代理模式，根據請求類型將客戶請求動態交接至專業代理（帳務、技術、銷售）。
試試這些提示
設計一個監督者代理系統來協調三個專業代理以完成 [TASK]。包括監督者如何分解任務、路由至適當的專業代理，以及彙整結果。
為 [USE_CASE] 建立一個點對點代理架構，其中代理可以動態相互交接。定義交接協議和狀態傳遞機制。
為 [DOMAIN] 設計一個三層層級式代理系統：用於目標定義的策略層、用於任務分解的規劃層，以及用於原子任務的執行層。
為 [SCENARIO] 實作一個使用代理信心分數加權投票的共識機制。包括用於對抗性批評的辯論協議，以及用於諂媚檢測的觸發式干預。
最佳實務
- 將上下文隔離設計為主要優勢——子代理應具有乾淨、專注的上下文，而非攜帶累積的歷史
- 根據協調需求選擇架構模式，而非組織隱喻——監督者模式提供控制、點對點提供靈活性、層級式提供抽象
- 實作明確的交接協議與狀態傳遞以防止代理間的上下文洩漏
避免
- 建立模仿組織角色（CEO、經理、工作者）的子代理，而非專注於上下文分割——這會擬人化代理而無功能效益
- 允許監督者改述子代理的回應（電話遊戲問題），這會在多代理系統中喪失忠實度
- 使用簡單的多數投票而未按信心或專業知識加權——弱模型的幻覺與強模型的推理獲得同等權重