一個廚師包辦全場，還是叫小工各自掌一攤？Anthropic 那份代理整併建議，廚房裡早有人試過

2026 年 10 月 25 日，一篇整理 Anthropic 企業部署經驗的文章指出：一名客戶測試後發現，單一代理迴圈的執行時間約比多代理架構快上一倍；另一個客服案例裡，十多個專業子代理讓品牌口吻難以一致，延遲也拖累了體驗。同月，Anthropic 釋出名為 Single Agent Loop Kit 的遷移工具包，建議企業重新檢查子代理的配置。這些數字來自供應商的匿名部署觀察，沒有公開完整樣本與測試設計，參考就好。

但這件事讀起來，很像每間餐廳開幕前都會遇到的老問題：一個師傅從備料、掌勺到擺盤全包，還是切菜的切菜、顧火 的顧火，各請一雙手？

先說一個廚房裡的常識。如果你的菜是線性的，高湯熬好了才下料，下料了才調味，調味了才試喫，那麼把這條動線切給三個人接力，每次交接都要口頭交代「湯已經滾過兩小時、鹽還沒放」。交代的人會漏，接手的人會問第二次，鍋裡的火候就在這一來一往之間老了。文章裡說的成本，正是這種交接成本：摘要傳遞可能遺漏細節，每多一個交接點就多一處可能失真的地方。

可有些場合，多一雙手是真的快。Anthropic 自家的多代理研究系統就是反方向的例子：多個代理同時探索不同線索，再交回主代理彙整，在內部研究評測中比單一代理高出 90.2%。這像辦桌前的採買：一個人跑魚市場、菜市場、乾貨行，跑完已是中午；三個人分頭去，九點前全部齊了。前提是任務真的能平行，而且彼此不搶同一口爐。這個 90.2% 是特定模型、特定評測下的結果，適用範圍是可以大量平行搜尋的研究問題，辦桌的別急著套用到自家四菜一湯。

那判斷的準則是什麼？文章整理了五個問題：工作能否同時進行、每個階段是否需要前一步的完整脈絡、同一組代理是否總是一起啟動、單一上下文是否已出現可量測的退化、以及代理是否必須有不同的資料權限。前四項偏向「該整併了」的訊號，最後一項若涉及法規或最小權限，那就像冷檯與熱廚各有各的鑰匙，該分就分。微軟的架構指引也是同樣的口吻：先試單一代理，只有測試顯示限制無法靠提示、檢索或政策控制改善時，再考慮拆分。這與我們先前聊過的廚房裡學徒不該碰的抽屜是同一件事：邊界要先想清楚，人力怎麼排是下一步。

最有意思的是那份工具包的實測紀錄。客服示範用 12 項任務、每種配置重跑兩次，結果整併之後，原本能通過的一項配送日期任務反而失敗了：主代理只查了訂單，沒有再去請教配送專家。翻成廚房語言就是：小工併進來之後，師傅忘了問「今天貨車幾點到」，而整體分數還是好看的，那道退步的菜被平均掩蓋了。所以文章才會強調，一次只改一個子代理，逐次比較整併前後的任務結果，而且要看每一道菜的成敗，不能只看總分。這種一次只動一個變數的耐心，和菜單上挑一道跟請廚師自由發揮的差別一樣，都是關於選擇怎麼被驗證的故事。

回到你家廚房。平常日晚餐，一個人三口爐輪流顧，多半比叫全家進來幫忙快；過年辦桌，燙菜的、炸物的、顧蒸籠的各就各位，才忙得過來。人手足不足從來不是重點，動線怎麼走、哪些活真的能同時做、哪些鑰匙該分開保管，才是。端上桌之前，一道一道試味，比看整桌的平均分數誠實多了。