師傅不用請那麼多，一個好廚師加一口好鍋就夠了

10 月 30 日，掘金上一篇關於 Claude 新文章的討論火了起來。Claude 發布的《Building agents: When to fold subagents into your main agent loop》，標題翻成中文就是「構建代理：何時把子代理併入你的主循環」。文章的核心說法不複雜：在企業級部署的橫向比較中，一個擁有多項技能的單一 Agent，品質往往優於萬能提示詞方案與 subagent 方案，而且單項任務的成本與延遲更低。

這則科技圈的消息，讀起來卻很像一間忙碌的廚房。

你大概也遇過那種聚餐：辦桌的人多，每個人負責一道菜，端上來卻湊不成一桌。涼拌菜太鹹，湯又淡了，因為調味的人彼此沒打過照面。訊息在廚房裡傳話，「跟他說湯底要留一點」，傳到第三個人的耳朵裡，那鍋湯就已經不是原本的味道了。來源文章裡引用的說法很直白：大模型之間互相傳話可不像人那樣靈活，資訊每經過一次轉述與摘要，就會丟失大量細節，延遲與 Token 成本卻翻倍。他們管這叫傳聲筒效應，廚房裡管這叫菜走味了。

來源裡還點出一個有趣的觀察：許多企業為每個部門配一個 subagent，客服一個、物流一個、退款一個，再架一個編排器在上面統籌。表面分工嚴密，實際上是把人類的組織架構直接照搬進了系統，這正是康威定律在作祟。換成餐桌的語言就是：明明是一家人喫飯，卻分成三桌各點各的，最後誰也記不得誰喫了什麼。Claude 的建議反而是收攏：一個夠清楚的做法，加上四、五樣順手的工具，再配上穩健的約束機制，就足以覆蓋大多數場景。

這種「先給一鍋基底，要什麼料再慢慢加」的活法，其實跟先前記憶體短缺年代那碗湯底加料的算術是同一套持家哲學。Claude 文章裡提的策略，是漸進式地呈現上下文與工具：先把主循環顧好，需要什麼再拿出來。就像家裡那口主鍋，高湯先滾著，今晚來幾個人、冰箱裡剩什麼菜，下鍋前再決定。

當然，文章也沒有把 subagent 一竿子打翻。它劃出了幾個仍值得用的時機：單一 Agent 因上下文膨脹而明顯掉速時；需要並行處理多項任務、做完即丟時；工具太多難以挑選、指令彼此打架時。這也像廚房。平日三菜一湯，一個人兩口爐就夠了；逢年過節辦一桌十人份，那才真的需要親戚進來幫忙剝蝦、顧蒸籠。幫手是為了應付高峯，不是為了讓架構圖看起來熱鬧。

說到底，那篇文章提醒的，是別為了分工而分工。一鍋好湯的關鍵，從來都是有人從起油鍋到上桌都盯著它：蔥白什麼時候下、火什麼時候轉小、起鍋前那一撮鹽落在哪個瞬間。這些細節一旦拆給別人代管，回報回來的就只剩摘要，「湯好了，鹹淡適中」，而你嚐一口，知道差的就是那個沒被記下來的細節。

所以，與其急著學一套新的架構名詞，不如先回頭看看今晚這鍋：是不是人手太多、傳話太多，反而讓味道繞了遠路。把火收回自己的手上，往往是讓菜變好喫最快的一條路。