9月28日
廚房裡幫手太多會吵架,一篇談機器分工的文章讓我想起燉湯那晚
一篇談多智慧體系統死鎖與通信風暴的技術文章,被我們翻譯成廚房裡太多幫手互相客氣、搶著說話與一鍋湯沒人看火的滋味故事。
2026年9月23日,工程師吳佳浩(Alben)在掘金平臺發表了一篇文章,談多智慧體系統上線後的三種災難:兩個智慧體互相客氣道歉二十輪、誰也不肯先給結論;一次小修改讓十個子智慧體同時開工,五分鐘燒掉五百美元的帳單;還有依賴成一圈,你等我、我等他、他又等你,整條鏈路一起掛住。作者給出的解法也很工程:硬性限制輪數、偵測內容是否原地打轉、設置預算上限,出事就熔斷,交給人或仲裁者接管。
這些名詞離廚房很遠,但那畫面你大概見過。
過年那天,廚房裡站了四個人。阿嬤要燉湯,媽媽等阿嬤的高湯,姑姑等媽媽切好的料,阿嬤又說等姑姑把冰箱騰出來。三個人互相禮讓,「你先」「不你先」,湯鍋在爐上空燒,瓦斯發出細細的呼聲。這就是依賴成環。文章裡說要靠外部看門狗強制終止,廚房裡的看門狗通常是你,聞到鍋底微微焦味衝進去關火的那個人。
還有那種客套循環。訊息軟體裡兩個機器人互相道謝二十輪,像家族羣組裡的長輩,一句「感謝分享」配「不客氣,還有什麼需要嗎」,可以來回一個下午,誰也沒真的把菜做出來。文章裡的判定方法老實得可愛:連續幾輪回覆的內容相似度超過零點九五,就承認它們在說車軲轆話,強制停下。換成餐桌語言就是,同一句話聽到第三遍,你就知道這鍋飯今晚不會好了。
至於通信風暴,更像我見過的一次煮火鍋。有人喊了一句「湯底不夠鹹」,結果每個人都把自己的意見往鍋裡倒,加鹽的加鹽、倒醬油的倒醬油、有人補了一碗高湯。五分鐘後那鍋湯誰也不敢喝。作者提出的辦法是只傳遞差異,不要每次都把整段歷史重新廣播一遍;廚房裡的對應版本很簡單,一個人負責調味,其他人備料,各自在自己的砧板上完成,最後只把結論端上桌。這與我們先前聊過的食譜卡與固定格式的答案其實是同一件事:把流程寫清楚,鍋才不會亂。
文章裡有句話值得抄在冰箱上:信任大模型的推理,但永遠不要信任大模型的自覺性。廚房版本是,信任每個人的手藝,但爐子上那個計時器一定要有人按下去。再厲害的幫手,也需要一個明確的份量、一個明確的時間、一個出事時能喊停的人。這也是為什麼老派食譜總寫「燉四十分鐘,中途不開蓋」,那句不開蓋,就是家用的熔斷機制。
真要說這篇文章給家庭餐桌的線索,大概是這樣:下次辦桌式的家宴,先在紙上畫好誰負責哪道菜、幾點下鍋、湯誰看火。分工寫下來,比客氣有用得多。至於改一味不用整鍋重燉的智慧,我們在回鍋快熱的滋味故事裡已經聊過,今晚就不重複了。
一張寫好的分工表、一個按下去的計時器、一個聞得到焦味的人。機器要上線得先備好這些,你家開飯前,也一樣。