「每一個(gè)都因?yàn)橐庀氩坏降脑蛩赖??！惯@是作者在運(yùn)行了十幾個(gè)智能體后寫下的結(jié)論。不是理論推演，是凌晨3點(diǎn)被報(bào)警吵醒后的真實(shí)記錄。

從指揮到編舞：運(yùn)行多智能體的真相

作者把一臺(tái)二手Linux服務(wù)器叫「悟空」，塞在衣柜里常年開機(jī)。上面跑過十幾個(gè)智能體系統(tǒng)——如果算上子進(jìn)程、重試任務(wù)，實(shí)際數(shù)字更高。他停止計(jì)數(shù)的時(shí)候，「墳場(chǎng)」里的已經(jīng)比活著的多。

業(yè)界愛用「編排（orchestration）」這個(gè)詞。作者覺得該叫「編舞（choreography）」。

編排像指揮讀譜，每個(gè)聲部按部就班。智能體不讀譜。它們靠節(jié)奏協(xié)作，而節(jié)奏脆弱得很——凌晨3點(diǎn)一個(gè)智能體的上下文窗口被擠爆，早上整個(gè)舞蹈就亂了。四個(gè)智能體能同步跑幾周，然后一個(gè)踩了另一個(gè)的臺(tái)詞，整套動(dòng)作得從地板上撿起來(lái)重排。

工具選擇也藏著陷阱。用Claude Code驅(qū)動(dòng)智能體是一種手感，換OpenHands這種開源編碼智能體是另一種，直接調(diào)原始模型API又完全不同。難度不會(huì)消失，只是轉(zhuǎn)移位置： polished界面把硬骨頭藏起來(lái)，等到凌晨故障時(shí)才咬你；粗糙的工具讓你全程感受每個(gè)毛邊，累歸累，至少知道邊界在哪。

同一臺(tái)機(jī)器上跑多個(gè)智能體、讓它們互相通信、保持節(jié)奏、維持存活——這事兒新到連標(biāo)準(zhǔn)做法都沒有。作者說自己尤其沒搞懂。

三大死因：遺忘、循環(huán)、沉默

作者給墳場(chǎng)里的智能體做了尸檢，死因高度一致。

第一是遺忘。「每一個(gè)都忘了?！惯@是他能寫的最誠(chéng)實(shí)的句子。你精心設(shè)計(jì)指令、記憶、角色、目標(biāo)，它們跑一天、一周、一個(gè)月，回來(lái)一看，已經(jīng)忘了該干什么。不是你指令寫錯(cuò)，是攜帶的上下文被壓縮求生，而承重細(xì)節(jié)總是最先被扔掉。

第二是循環(huán)。智能體調(diào)用工具A，A調(diào)用B，B又調(diào)回A，循環(huán)到速率限制或賬單喊停。有時(shí)候限制是你的，有時(shí)候賬單也是你的。

第三是靜默崩潰。這是最痛的——凌晨2點(diǎn)死掉，把錯(cuò)誤日志寫進(jìn)沒人看的文件，然后躺尸幾天，你還以為它在干活。

為什么這件事值得科技從業(yè)者盯著

智能體被談?wù)摰锰?，被真正運(yùn)行得太少。作者的衣柜服務(wù)器成了一個(gè)微觀實(shí)驗(yàn)場(chǎng)：當(dāng)多智能體系統(tǒng)從演示視頻走進(jìn)7×24小時(shí)運(yùn)行時(shí)，理論優(yōu)雅性讓位于工程殘酷性。

上下文壓縮、工具鏈嵌套、故障可觀測(cè)性——這些不是邊緣案例，是日常死因。而「標(biāo)準(zhǔn)做法」的缺失意味著，現(xiàn)在入場(chǎng)的人不是在應(yīng)用成熟技術(shù)，是在共同摸索邊界。

作者最后留了句話：這也是一封求助信。墳場(chǎng)還在擴(kuò)大，活著的還在掉節(jié)奏，而編舞的人還沒找到不讓舞步散架的方法。