Anthropic 建議收回多餘子代理：何時改用主代理、Skills 與工具？
Anthropic 分享企業代理設計經驗，建議把部分負責分派任務、規劃與特定領域的子代理收回主流程。重點是保留同一段工作脈絡，再按需要載入技能與工具，並用評測確認改動是否有幫助。
Anthropic 分享企業代理設計經驗，建議把部分負責分派任務、規劃與特定領域的子代理收回主流程。
重點是保留同一段工作脈絡，再按需要載入技能與工具，並用評測確認改動是否有幫助。
哪些子代理適合合併？
Anthropic 建議優先檢查經常接力、共享資料的子代理，尤其是負責分派任務、規劃工作或處理特定領域問題的角色。子代理是擁有自己工作脈絡與工具的 AI 工作者，主代理則負責協調整體任務。
當同一件事被拆給很多角色，重要細節可能在摘要與交接中流失，也會增加等待時間。讓主代理保留完整前後文，再按需要讀取規則，有機會減少這些成本。
官方分享的是多個企業部署中的經驗，並非所有系統都應改成單一代理。是否值得整併，仍要看現有流程有沒有明確的交接損失，以及改動後的完成品質。
技能、工具與子代理怎麼分工？
技能檔適合保存工作方法，工具適合查資料或執行動作，子代理則適合需要獨立脈絡與平行處理的工作。先按用途分清楚，就不必把每一種職務都做成一個角色。
例如客服流程中，查訂單可以是一個工具，退貨規則可以是一份技能。主代理讀到必要規則、取得即時資料後，就能接著處理對話，不必為每個問題再交給一名專家。
但如果工作需要同時調查互不相干的方向，或驗證者需要獨立檢查結果，子代理仍有用途。Anthropic 也保留了這些情況，重點是按照工作邊界分工。
遷移前後應該比較什麼？
先建立一組能代表實際工作的測試，再一次收回一個子代理。比較時要同時看任務是否完成、花多久，以及是否遵守原本的業務規則。
官方舉過一個例子，整併縮短了等待時間，卻讓一項原本正常的配送查詢流程出錯。這說明總分或速度改善，可能掩蓋少數重要工作的退步。
因此需要逐題看哪些結果改變，也要重跑容易波動的情境。把端到端品質交給明確負責的團隊，才能避免每個角色自己的分數都很好，整體使用者體驗卻變差。
子代理 常見問題
Anthropic 建議完全不用子代理嗎？
官方仍建議在平行工作、獨立脈絡或單一代理難以處理的情況保留子代理，並非全面放棄多代理。
整併就一定比較快嗎？
官方提供部分企業案例，但沒有保證所有流程。應用同一組任務比較品質、時間與成本後再決定。
從一組測試決定是否整併子代理
先找出最常連續交接、又共用同一份資料的一對角色，建立小型測試後再整併。衡量的目標是工作完成得更好，而非代理數量看起來更少。
延伸閱讀：從 Vibe Coding 進階到 Agentic Engineering：Prompt、Rules、Skills、Subagents 一次搞懂
延伸閱讀：Harness² 開源：Google 讓 AI Agent 自己調整工具與工作流程，能改善什麼？
