有人把高湯先熬好了，你只負責決定今晚煮什麼

2026年10月5日，掘金上有一篇技術文章流傳開來。作者默笙談的是 DeepAgents 這個 Agent 框架，文章裡用了一個很生活化的比喻：從散件到整機。LangChain 給你一堆零組件，LangGraph 給你裝機圖，DeepAgents 直接給你一臺能開機的品牌整機，你只想升級，再插卡就行。

這個比喻，放到廚房裡你一定秒懂。

熬高湯這件事就是最好的對照。雞骨、豬骨、乾貨、蔥薑，冷水下鍋，小火滾上大半天，撈沫、顧火、不敢走遠。每一道要用高湯的菜，理論上你都可以從頭熬一次。實際上沒有人這麼做，因為太累了，而且每次熬出來的味道都差不多。所以聰明的廚房會一次熬一大鍋，分裝冷凍，要用的時候舀一勺。那篇文章裡說，DeepAgents 存在的全部理由，就是「跳過重複的底層基建」。翻成廚房的話：高湯有人替你熬好了，你只管今晚要煮麵還是煨冬瓜。

文章裡列出框架替開發者做好的四件事：任務規劃、長期記憶、子 Agent 調度、上下文壓縮。這四件事有個共同點，正是每個 Agent 都要重做一遍、每次做法都差不多的那種活。

任務規劃像什麼？像備菜。社區教程裡的例子是，你跟 Agent 說「幫我寫一個部落格系統」，它會先自己列清單：設計資料庫、寫後端、寫前端、部署上線。這跟一個有經驗的廚師接到一桌菜單時的反應一模一樣，先不看火，先拿紙筆排出順序：燉的先下鍋，涼的先冰鎮，熱炒的等客人快到了才開大火。文章點出這個機制解決的老毛病：跑到一半忘了目標。廚房裡也有這種時刻，單子一多、爐上一擺五六個鍋，人就繞暈了。清單不是儀式感，是讓你每一步都回頭看一眼，還有哪幾道沒出。

子 Agent 調度更有意思。官方文件的說法是，主智慧體可以為隔離的、長期運行的、多步驟或平行的任務，創建臨時的子智慧體。子智慧體自己帶一套全新的上下文，獨立做到完，最後只把結果交回來。這就像大宴客時的主廚：他不下廚切菜，他把燙青菜交給一個人、把蒸魚交給一個人、把甜點交給另一個人。每個人口袋裡只裝自己那道菜的步驟，做完喊一聲，主廚只收成品。好處文章寫得直白：上下文乾淨、可以並行、只回傳結論。廚房裡的道理也一樣，如果每個幫廚都要聽完全整場菜單的來龍去脈，光是傳話就亂了。

上下文壓縮則像冰箱管理。官方文件說，當對話脈絡變長，自動摘要功能會介入。你家冰箱也是這樣：一週過去，剩下的半把青菜、半盒豆腐、一鍋高湯底，你會把它們收攏、整理、貼上標籤，而不是任由舊東西堆在門口擋路。記憶不是越多越好，是被整理過才好用。

文章最打動人的地方，是它老實承認：自己從頭寫那些程式碼，從主迴圈到工具分發到沙箱校驗，一行行手搓，三三八行，寫得出來。問題不在寫不出來，在於重複。就像文章說的，每次組裝電腦都要自己把所有螺絲擰一遍，太累了。這份心情，任何一個在深夜重複切著一樣規格蔥花的人都懂。手藝要學過一次，才知道哪些功夫值得自己動手，哪些交給先熬好的那鍋湯。

這也讓我們想起先前聊過的菜一道接一道出、卻來不及嚐味道的學徒：當基礎的活被框架接走了，人反而更該把力氣花在味道本身。

所以下次你打開冰箱，看到那盒事先分裝好的高湯、那罐先炒好的蔥油、那袋燙過備用的青菜，不妨想一下，它們就是你的 DeepAgents。基礎有人鋪好了，真正決定今晚這頓飯好喫與否的，從來都是你接下來下的那個決定：加什麼料、走什麼味、留不留一口給明天。