北京
過去幾個(gè)月，我一直在跟AI編程代理死磕。不是簡(jiǎn)單地用它們寫代碼，而是跟它們一起構(gòu)建項(xiàng)目，針對(duì)自己的使用場(chǎng)景反復(fù)調(diào)優(yōu)。我在Claude Code、VScode Copilot、Codex和Cursor這些代理上設(shè)計(jì)并測(cè)試了各種技能，仔細(xì)觀察它們?cè)谀男┑胤綋蔚米?，又在哪些地方悄悄地崩掉?/p>
它們確實(shí)會(huì)崩，而且崩法出奇地一致。代理前三步做得漂漂亮亮，第四步突然犯蠢，然后開始回溯、分析哪里出了錯(cuò)。等它終于搞清楚問題所在，上下文窗口已經(jīng)快滿了，留給你的不是完成的任務(wù)，而是三四個(gè)“我目前做了什么”的匯總文件。這種事情經(jīng)歷多了以后，我徹底放棄讓代理變聰明的嘗試，轉(zhuǎn)向完全重新思考技能設(shè)計(jì)這件事。這篇文章要講的，就是這個(gè)轉(zhuǎn)變以及隨之浮現(xiàn)出來的設(shè)計(jì)模式。
讓我真正開竅的那個(gè)例子，是一個(gè)叫confluence-publisher的技能。起因很平常：公司沒有給我Confluence MCP服務(wù)器的訪問權(quán)限，代理自然沒法原生地發(fā)布頁面。我沒等IT部門解決，自己搭了座橋——一個(gè)能把Markdown內(nèi)容發(fā)布到Confluence的技能。我把這個(gè)技能設(shè)計(jì)當(dāng)成了新技能框架的試驗(yàn)場(chǎng)。之前在其他技能上踩過的坑，在這里全部復(fù)現(xiàn)了，所以正好借它來搞清楚到底什么能讓一個(gè)代理技能真正可靠。
當(dāng)技能出問題的時(shí)候，本能反應(yīng)是去約束代理：加更多規(guī)則、更多護(hù)欄、更多“不要干這個(gè)”的提示詞。這是擰錯(cuò)了旋鈕。你最后會(huì)變成跟模型對(duì)著干。更好的做法是去約束工具，而不是約束代理。讓代理伸手去拿的那些腳本變得確定、可預(yù)測(cè)，然后放手讓代理做它真正擅長(zhǎng)的一件事：理解用戶想要什么，并對(duì)此進(jìn)行推理。代理負(fù)責(zé)讀懂意圖、做出決策，腳本負(fù)責(zé)執(zhí)行動(dòng)作。
這么做有兩個(gè)好處。首先，不確定性結(jié)果大幅減少，因?yàn)楦唢L(fēng)險(xiǎn)的工作以普通、經(jīng)過測(cè)試的代碼運(yùn)行，你可以迭代它，也可以為它寫測(cè)試。其次，代理的上下文窗口被壓縮了，因?yàn)樗诖翱诶锉Ａ舻闹皇菦Q策，而不是實(shí)現(xiàn)細(xì)節(jié)。后面要講的幾乎所有內(nèi)容，本質(zhì)上都是這條思路在不同場(chǎng)景下的應(yīng)用。整個(gè)設(shè)計(jì)中最重要的選擇是：代理不在運(yùn)行時(shí)寫代碼。它運(yùn)行預(yù)先寫好的腳本，并根據(jù)正確的上下文做決定。工作流中的每一步都是一個(gè)獨(dú)立的Python腳本——step_01_convert.py、step_02_publish.py——帶著干凈的接口，跟代理工具包里任何工具一樣。命令行參數(shù)傳進(jìn)去，結(jié)構(gòu)化輸出和退出碼返回來。代理的工作被收斂到四件事：決定傳什么參數(shù)、運(yùn)行腳本、讀取輸出、決定下一步做什么。這樣一來，模糊地帶消失了。
特別聲明：以上內(nèi)容(如有圖片或視頻亦包括在內(nèi))為自媒體平臺(tái)“網(wǎng)易號(hào)”用戶上傳并發(fā)布，本平臺(tái)僅提供信息存儲(chǔ)服務(wù)。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
