最近在 X 上看到一篇文章，發(fā)出來(lái)兩天閱讀量就破了 220 萬(wàn)。

但我推薦它不是因?yàn)檫@個(gè)數(shù)字。

作者是個(gè)在頂級(jí)對(duì)沖基金做過(guò)系統(tǒng)化交易的人，從 agent 剛能寫代碼就開始用，所有工具、所有 harness、所有范式都親自蹚過(guò)一遍，最后得出一個(gè)反直覺的結(jié)論：

你不需要最新的工具，不需要裝一堆插件，不需要拼命追文章。你對(duì)工具的熱情本身，很可能正在害你。

這種話從一個(gè)真正在生產(chǎn)環(huán)境跑過(guò) agent 的人嘴里說(shuō)出來(lái)，分量完全不同。

以下是全文編譯。

引言

你是一個(gè)開發(fā)者。你在用 Claude 和 Codex CLI，每天都在想自己到底有沒有把這兩個(gè)工具榨干。偶爾你看到它們做出一些蠢到離譜的事，又不明白為什么有些人用著同樣的工具，像是在建造虛擬火箭，而你卻還在艱難地把兩塊石頭疊在一起。

你覺得是自己的 harness 不對(duì)，或者插件不夠多，或者終端配置有問(wèn)題。你用了 beads、opencode、zep，你的 CLAUDE.md 已經(jīng)寫到了 26000 行。但不管怎么做，你始終搞不懂，為什么你離那個(gè)境界越來(lái)越遠(yuǎn)，只能眼睜睜看著別人在云端起舞。

這篇，就是你一直在等的那篇。

先說(shuō)明：我在這件事上沒有任何利益關(guān)系。我說(shuō) CLAUDE.md，也包括 AGENT.md；我說(shuō) Claude，也包括 Codex——我兩個(gè)都在大量使用。

過(guò)去幾個(gè)月里，我觀察到一個(gè)最有意思的現(xiàn)象：幾乎沒有人真正知道如何把 agent 的能力發(fā)揮到極致。

似乎只有一小撮人能讓 agent 真正變成"建造世界"的工具，其余大多數(shù)人則深陷在工具選擇焦慮里——以為只要找到正確的包組合、技能組合、harness 組合，就能解鎖 AGI。

今天，我想徹底打破這個(gè)幻覺，給你一個(gè)簡(jiǎn)單、誠(chéng)實(shí)的判斷，然后我們從這里出發(fā)：

你不需要最新的 agentic harness，不需要裝一堆包，也完全不需要靠"拼命讀文章"來(lái)保持競(jìng)爭(zhēng)力。事實(shí)上，你的熱情本身，很可能正在害你。

我不是外行說(shuō)大話。從 agent 剛剛能寫幾行代碼開始，我就在用了。所有的包、所有的 harness、所有的范式，我都試過(guò)。我構(gòu)建過(guò)真正跑在生產(chǎn)環(huán)境里的 agentic 工廠——寫信號(hào)、搭基礎(chǔ)設(shè)施、建數(shù)據(jù)管道，不是什么"玩具項(xiàng)目"，是實(shí)打?qū)嵉恼鎸?shí)業(yè)務(wù)場(chǎng)景。經(jīng)歷了這一切之后……

今天，我用的是一套幾乎接近"最簡(jiǎn)"的配置，而這卻是我做過(guò)的最具突破性的工作——僅靠基礎(chǔ) CLI（Claude code 和 Codex），加上對(duì)幾個(gè) agentic 工程核心原則的理解。

一、世界正在飛速奔跑

先說(shuō)一個(gè)基本判斷：基礎(chǔ)模型公司正處于代際沖刺階段，而且不會(huì)放慢腳步。

每一代"agent 智能"的進(jìn)步，都會(huì)改變你與它們的最優(yōu)協(xié)作方式——因?yàn)槊恳淮?agent 都被設(shè)計(jì)得越來(lái)越愿意遵守指令。

就在幾代之前，如果你在 CLAUDE.md 里寫"在做任何事之前，先讀 READ_THIS_BEFORE_DOING_ANYTHING.md"，它有 50% 的概率直接無(wú)視你，自顧自地做事。今天，它能遵守大多數(shù)指令，甚至是復(fù)雜的嵌套邏輯——比如"先讀 A，再讀 B，如果滿足條件 C，再讀 D"——它基本上都能高興地照做。

這說(shuō)明了一件最重要的事：每一代新 agent 都會(huì)迫使你重新思考什么是最優(yōu)解，這就是為什么"少即是多"。

當(dāng)你使用大量不同的庫(kù)和 harness，你實(shí)際上是把自己鎖死在一個(gè)"解決方案"里——而這個(gè)問(wèn)題，到了下一代 agent 可能根本就不存在了。

還有一點(diǎn)：你知道誰(shuí)是 agent 最狂熱的用戶嗎？就是各大前沿公司的員工——他們有無(wú)限的 token 預(yù)算，用的是最新最強(qiáng)的模型。你明白這意味著什么嗎？

如果一個(gè)真實(shí)痛點(diǎn)存在，且有一個(gè)好的解決方案，前沿公司自己就是最大用戶。然后他們會(huì)怎么做？他們會(huì)把這個(gè)方案直接并入自己的產(chǎn)品。一家公司怎么可能允許一個(gè)外部產(chǎn)品解決自己核心用戶的痛點(diǎn)，還形成外部依賴？

你想知道我怎么驗(yàn)證這個(gè)判斷？看看"skills（技能）“、內(nèi)存 harness、subagents……它們最初都是外部"解決方案”，被證明真正有用之后，全都被原生集成了。

所以，如果某個(gè)東西真的是突破性的、真正擴(kuò)展了 agentic 使用場(chǎng)景，前沿公司遲早會(huì)把它做進(jìn)去。放心，前沿公司正在飛速前進(jìn)。你不需要裝任何東西、不需要任何額外依賴，就能做出最好的工作。

我預(yù)判評(píng)論區(qū)馬上就會(huì)有人說(shuō)：“SysLS，我用了某某 harness，簡(jiǎn)直神了！我一天之內(nèi)就重建了 Google！”——我的回答是：恭喜！但你不是我這篇文章的目標(biāo)讀者。你代表的，是那一小撮真正搞懂了 agentic 工程的極小眾群體。

二、上下文就是一切

認(rèn)真的：上下文就是一切。

這也是使用大量插件和外部依賴的另一個(gè)問(wèn)題：你會(huì)患上"上下文臃腫癥"——說(shuō)白了，就是你的 agent 被太多信息淹沒了。

設(shè)想一下：讓 agent 用 Python 做一個(gè)猜詞游戲？簡(jiǎn)單。但等等，這里有一條來(lái)自 26 個(gè)會(huì)話之前的"內(nèi)存管理"筆記？哦，原來(lái)用戶在 71 個(gè)會(huì)話前因?yàn)樯闪颂嘧舆M(jìn)程導(dǎo)致屏幕卡死過(guò)，這條記錄就一直留著了。還有一條規(guī)則：總是要寫筆記……這些跟猜詞游戲有什么關(guān)系？

你懂的。你只希望給 agent 恰好足夠完成任務(wù)的信息，不多也不少。你對(duì)這件事掌控得越好，agent 表現(xiàn)就越好。一旦你引入各種奇葩的內(nèi)存系統(tǒng)、插件、或者命名混亂的大量 skills，就等于在讓 agent 同時(shí)背誦炸彈制作手冊(cè)和蛋糕菜譜——而你只是想讓它寫一首關(guān)于紅杉林的小詩(shī)。

所以，去掉所有依賴，然后……

三、做真正有效的事

3.1 對(duì)實(shí)現(xiàn)方案要精確

記住，上下文就是一切。你只想給 agent 注入恰好完成任務(wù)所需的信息，不多不少。

確保這一點(diǎn)的第一個(gè)方法，是把研究和實(shí)現(xiàn)分開。對(duì)你要求 agent 做什么，要極度精確。

如果你不精確，會(huì)發(fā)生什么？你說(shuō)"去幫我搭一個(gè)認(rèn)證系統(tǒng)"——agent 得先研究：什么是認(rèn)證系統(tǒng)？有哪些方案？各有什么優(yōu)缺點(diǎn)？它開始滿網(wǎng)絡(luò)搜索根本用不著的信息，上下文里塞滿了各種可能性的實(shí)現(xiàn)細(xì)節(jié)。等真正要?jiǎng)邮謱懘a時(shí)，它已經(jīng)很可能在各種方案之間感到困惑，開始產(chǎn)生幻覺。

反過(guò)來(lái)，如果你說(shuō)"用 bcrypt-12 密碼哈希、實(shí)現(xiàn) JWT 認(rèn)證，refresh token 輪換策略為 7 天過(guò)期……"——它就不需要研究任何替代方案，直接知道你要什么，上下文里全是這個(gè)方案的實(shí)現(xiàn)細(xì)節(jié)。

當(dāng)然，你不會(huì)總是知道所有實(shí)現(xiàn)細(xì)節(jié)。很多時(shí)候你自己也不確定什么方案最好，甚至你可能想讓 agent 自己決定。那怎么辦？很簡(jiǎn)單：先跑一個(gè)研究任務(wù)，讓 agent（或你自己）決定采用哪種實(shí)現(xiàn)方案，再讓另一個(gè)帶著全新上下文的 agent來(lái)負(fù)責(zé)實(shí)現(xiàn)。

一旦你開始這樣思考，你就會(huì)在自己的工作流里發(fā)現(xiàn)各種地方，agent 的上下文被根本不必要的信息污染了。然后你可以在 agentic 工作流里設(shè)置"隔離墻"，只給每個(gè) agent 注入完成其特定任務(wù)所需的精確上下文。

記?。耗闶掷镉幸粋€(gè)極其聰明的團(tuán)隊(duì)成員，它了解宇宙中所有形狀的球——但除非你明確告訴它，你想要的是一個(gè)供人跳舞歡聚的空間，否則它會(huì)一直跟你講各種球形物體的優(yōu)點(diǎn)。

3.2 "順從性"設(shè)計(jì)缺陷的利用之道

沒有人希望一個(gè)產(chǎn)品整天否定自己、說(shuō)自己不對(duì)，或者完全無(wú)視自己的指令。所以這些 agent 天然地會(huì)努力迎合你、完成你想要的事。

大多數(shù)人都能理解：如果你讓它在每三個(gè)詞里加一個(gè)"快樂"，它就會(huì)盡力去做。這種"愿意順從"正是它好用的原因。但這個(gè)特性有一個(gè)有趣的副作用——如果你說(shuō)"幫我在代碼庫(kù)里找個(gè) Bug"，它會(huì)找到一個(gè)——哪怕要它自己"制造"一個(gè)也無(wú)所謂。為什么？因?yàn)樗胱袷啬愕闹噶盍恕?/p>

很多人動(dòng)不動(dòng)就抱怨 LLM 幻覺，卻沒有意識(shí)到問(wèn)題出在自己身上。你問(wèn)什么它就給你什么，哪怕需要稍微扭曲一下事實(shí)。

怎么解決？我發(fā)現(xiàn)**“中性提示”**效果最好——不把 agent 往某個(gè)結(jié)論上引導(dǎo)。比如，我不會(huì)說(shuō)"幫我在數(shù)據(jù)庫(kù)里找個(gè) Bug"，而是說(shuō)"瀏覽數(shù)據(jù)庫(kù)，跟著每個(gè)模塊的邏輯走一遍，把你發(fā)現(xiàn)的所有情況都匯報(bào)給我。"

這樣的中性提示，有時(shí)會(huì)真正找出 Bug，有時(shí)只會(huì)客觀描述代碼的運(yùn)行邏輯——但它不會(huì)讓 agent 覺得"一定要找到一個(gè) Bug"。

另一種方式，是主動(dòng)利用它的順從性。我知道它想討好我、想聽從指令，所以我可以利用這一點(diǎn)來(lái)校準(zhǔn)它。

具體怎么做：

第一步——讓一個(gè)"找 Bug agent"掃描整個(gè)數(shù)據(jù)庫(kù)。我告訴它：低影響 Bug +1 分，有影響的 +5 分，嚴(yán)重 Bug +10 分。我知道這個(gè) agent 會(huì)極其積極地找出各種各樣的"Bug"（包括一些根本不是 Bug 的東西），最后興沖沖地報(bào)告一個(gè) 104 分之類的成績(jī)。我把這當(dāng)作所有潛在 Bug 的超集。

第二步——讓一個(gè)"對(duì)抗性 agent"來(lái)逐一反駁。我告訴它：每成功推翻一個(gè) Bug 認(rèn)定，得到該 Bug 的分值；但如果推翻錯(cuò)了，扣 2 倍分值。它會(huì)激進(jìn)地試圖推翻所有 Bug（包括真實(shí)的），但因?yàn)橛袘土P機(jī)制，它會(huì)有所克制。我把這當(dāng)作真實(shí) Bug 的子集。

第三步——讓一個(gè)"裁判 agent"綜合兩者給出判斷。我還撒個(gè)小謊告訴它：我有正確答案，判對(duì)了 +1 分，判錯(cuò)了 -1 分。它就會(huì)盡可能準(zhǔn)確地裁判。

結(jié)果的準(zhǔn)確度高得嚇人，偶爾還是會(huì)有一點(diǎn)失誤，但這整個(gè)流程的可靠度已經(jīng)接近無(wú)懈可擊。

或許你會(huì)覺得只用第一步就夠了——但這套方法的核心是：充分利用每個(gè) agent 被"硬編碼"進(jìn)去的天性——想要取悅你。

3.3 怎么判斷什么東西真的有用？

這事聽起來(lái)需要你死命跟蹤 AI 最新動(dòng)態(tài)，其實(shí)極其簡(jiǎn)單——

如果 OpenAI 和 Claude 都實(shí)現(xiàn)了某個(gè)功能，或者收購(gòu)了實(shí)現(xiàn)這個(gè)功能的公司……那它大概真的有用。

你注意到"skills（技能）"現(xiàn)在已經(jīng)無(wú)處不在，成了 Claude 和 Codex 官方文檔的核心功能了嗎？OpenAI 收購(gòu) OpenClaw 了嗎？Claude 立刻加上了記憶、語(yǔ)音和遠(yuǎn)程工作能力了嗎？

“規(guī)劃先于實(shí)現(xiàn)”——記得當(dāng)初一群人發(fā)現(xiàn)這個(gè)做法很有用，后來(lái)它直接變成了核心功能？

還記得 stop-hook（停止鉤子）那段時(shí)光？那時(shí)候因?yàn)?agent 不愿意做長(zhǎng)時(shí)間任務(wù)，stop-hook 成了救命稻草——然后 Codex 5.2 一出，這個(gè)問(wèn)題一夜之間就消失了……

這就是你需要知道的全部。如果某個(gè)東西真的重要、真的有用，Claude 和 Codex 會(huì)把它做進(jìn)去。所以你根本不用焦慮地追"新工具"，不需要"保持更新"。

幫我一個(gè)忙：只需要定期更新你的 CLI 工具，然后看看更新日志里加了什么新功能。這已經(jīng)足夠了。

3.4 壓縮、上下文與假設(shè)

用 agent 的過(guò)程中，你會(huì)遇到一個(gè)超大的陷阱：有時(shí)候它聰明得讓你不敢相信，有時(shí)候又蠢得讓你懷疑人生。

最大的區(qū)別在于：它有沒有在"自行腦補(bǔ)"。

截至目前，agent 在"連點(diǎn)成線"、“腦補(bǔ)空白”、"自行假設(shè)"這件事上，還是一塌糊涂。一旦它開始自己填空，你馬上就會(huì)感受到質(zhì)量斷崖式下跌。

CLAUDE.md 里最重要的規(guī)則之一，是關(guān)于如何抓取上下文的規(guī)則，并且要讓 agent 在每次讀 CLAUDE.md 時(shí)（通常是在"壓縮"之后）第一個(gè)執(zhí)行這條規(guī)則。在這條"抓取上下文"規(guī)則里，幾個(gè)簡(jiǎn)單但影響深遠(yuǎn)的指令是：重新讀取你的任務(wù)計(jì)劃，以及重新讀取與當(dāng)前任務(wù)相關(guān)的文件，然后再繼續(xù)。

3.5 讓 Agent 知道任務(wù)什么時(shí)候算完成

我們?nèi)祟悓?duì)任務(wù)"做完了"有很強(qiáng)的直覺。對(duì) agent 來(lái)說(shuō)，最大的問(wèn)題是：它知道怎么開始一個(gè)任務(wù)，但不知道什么時(shí)候算結(jié)束。

這會(huì)導(dǎo)致非常令人抓狂的結(jié)果——agent 寫完一堆 stub（空函數(shù)）就拍拍屁股走人了。

測(cè)試是 agent 最好的里程碑，因?yàn)闇y(cè)試是確定性的，你可以設(shè)定清晰的驗(yàn)收標(biāo)準(zhǔn)：除非這 X 個(gè)測(cè)試全部通過(guò)，任務(wù)就不算完成；而且不允許修改測(cè)試本身。

這樣你只需要親自審查一下測(cè)試用例，一旦所有測(cè)試通過(guò)，你就可以放心了。

最近還出現(xiàn)了另一種可行的"完成節(jié)點(diǎn)"——截圖 + 視覺驗(yàn)證。你可以讓 agent 一直迭代實(shí)現(xiàn)某個(gè)功能，直到所有測(cè)試通過(guò)，然后再截圖，驗(yàn)證截圖上的"設(shè)計(jì)或行為"是否符合預(yù)期。

這讓你可以讓 agent 朝著你想要的設(shè)計(jì)不斷迭代，而不是做一次就停。

更進(jìn)一步，可以給 agent 創(chuàng)建一份**“契約”**（{任務(wù)名}_CONTRACT.md），嵌入到規(guī)則里，規(guī)定：只有完成契約里指定的所有內(nèi)容（測(cè)試、截圖、驗(yàn)證……），才允許結(jié)束這個(gè) session。

3.6 讓 Agent 持續(xù)運(yùn)行而不跑偏

很多人問(wèn)我：怎么讓 agent 跑 24 小時(shí)而不跑偏？

方法很簡(jiǎn)單：創(chuàng)建一個(gè) stop-hook，不允許 agent 在{任務(wù)名}_CONTRACT.md里所有事項(xiàng)完成之前終止 session。

如果你有 100 份這樣的契約，每份都清楚地描述了要構(gòu)建什么，那么 stop-hook 就會(huì)阻止 agent 結(jié)束，直到所有 100 份契約都驗(yàn)收通過(guò)——包括所有需要跑的測(cè)試和驗(yàn)證。

但我要坦白說(shuō)：我并不認(rèn)為"跑 24 小時(shí)的長(zhǎng) session"是最優(yōu)解。原因正是它本身會(huì)強(qiáng)制引入"上下文臃腫"——不同契約的上下文混在同一個(gè) session 里。

我的建議是：一個(gè)契約，一個(gè)全新的 session。

需要做什么事時(shí)，就創(chuàng)建一份契約。讓一個(gè)編排層（orchestration layer）負(fù)責(zé)在"有事要做"時(shí)創(chuàng)建新契約，并啟動(dòng)新 session 來(lái)處理它。

這會(huì)徹底改變你的 agentic 工作體驗(yàn)。

3.7 迭代，迭代，再迭代

如果你雇了一個(gè)行政助理，你會(huì)指望他第一天就知道你的日程偏好？知道你喜歡什么咖啡？知道你晚飯是 6 點(diǎn)吃還是 8 點(diǎn)吃？當(dāng)然不會(huì)。你們的默契，是隨著時(shí)間慢慢磨合出來(lái)的。

agent 也一樣。從最簡(jiǎn)開始。忘掉那些復(fù)雜結(jié)構(gòu)和 harness，給最基礎(chǔ)的 CLI 一個(gè)機(jī)會(huì)。

然后，慢慢疊加你的偏好。怎么做？

規(guī)則（Rules）

如果你不想讓 agent 做某件事，把它寫成一條規(guī)則，然后在 CLAUDE.md 里告訴 agent 在適當(dāng)時(shí)機(jī)讀取這條規(guī)則。比如：寫代碼之前，先讀"coding-rules.md"。

規(guī)則可以嵌套，規(guī)則可以有條件邏輯！如果在寫代碼，讀"coding-rules.md"；如果在寫測(cè)試，讀"coding-test-rules.md"；如果測(cè)試失敗，讀"coding-test-failing-rules.md"。你可以創(chuàng)建任意的邏輯分支，Claude 和 Codex 都會(huì)高高興興地遵守——前提是在 CLAUDE.md 里寫清楚。

我給出的第一條實(shí)操建議就是：把你的CLAUDE.md當(dāng)成一個(gè)邏輯嵌套的目錄，指向"在什么場(chǎng)景下去哪里找什么上下文"。它應(yīng)該盡可能精簡(jiǎn)，只包含"在某種情況下去哪里找信息"的 IF-ELSE 邏輯。

如果你看到 agent 做了某件你不認(rèn)可的事，把它寫成一條規(guī)則，告訴 agent 下次做這件事之前要先讀這條規(guī)則——它大概率就不會(huì)再犯了。

技能（Skills）

Skills 和規(guī)則類似，但規(guī)則用來(lái)編碼"偏好"，Skills 更適合編碼"操作步驟"。如果你有一套特定的做事流程，想讓 agent 固定采用，就把它寫成 Skill。

很多人抱怨不知道 agent 會(huì)怎么解決一個(gè)問(wèn)題，感到不安——好，如果你想讓這件事變得可預(yù)期：讓 agent 先研究它會(huì)怎么解決這個(gè)問(wèn)題，然后把它的方案寫成一個(gè) Skill。你可以在它真正遇到這個(gè)問(wèn)題之前，先審查并糾正它的解題思路。

怎么讓 agent 知道這個(gè) Skill 存在？對(duì)，還是通過(guò) CLAUDE.md：當(dāng)你遇到這種場(chǎng)景并需要處理 XX 問(wèn)題時(shí)，讀這個(gè) SKILL.md。

規(guī)則和技能的管理

你會(huì)不斷地往 agent 里添加規(guī)則和技能——這就是給它注入"個(gè)性"和"對(duì)你偏好的記憶"的方式。除此之外，大部分東西都是多余的。

這樣做一段時(shí)間之后，你的 agent 會(huì)開始感覺像魔法。它會(huì)"按你的方式"做事。你會(huì)終于覺得自己"搞懂了" agentic 工程。

然后……

你會(huì)發(fā)現(xiàn)它的表現(xiàn)開始再次下降。

為什么？

很簡(jiǎn)單：隨著你不斷添加規(guī)則和技能，它們開始互相矛盾，或者 agent 再次陷入上下文臃腫。如果 agent 在開始寫代碼之前需要讀 14 個(gè) Markdown 文件，它就會(huì)有同樣的"無(wú)用信息過(guò)載"問(wèn)題。

怎么辦？清理。讓你的 agent “去做個(gè) SPA”，整合和精簡(jiǎn)所有規(guī)則和技能，去除矛盾，向你確認(rèn)最新的偏好。

然后，它又會(huì)像魔法一樣好用了。

這就是全部的秘密。保持簡(jiǎn)單，把規(guī)則、技能和CLAUDE.md當(dāng)成一個(gè)有邏輯的目錄，時(shí)刻對(duì)它們的上下文和設(shè)計(jì)局限保持敬畏。

四、為結(jié)果負(fù)責(zé)

今天沒有任何一個(gè) agent 是完美的。你可以把大部分設(shè)計(jì)和實(shí)現(xiàn)工作交給它們，但你必須為最終結(jié)果負(fù)責(zé)。

所以，請(qǐng)保持謹(jǐn)慎……也盡情享受其中的樂趣！

玩弄來(lái)自未來(lái)的玩具（同時(shí)用它們做真正嚴(yán)肅的事），真的是一種極大的快樂。

x.com/systematicls/status/2028814227004395561

編譯說(shuō)明：

本文保留原文所有核心論點(diǎn)與操作建議，部分口語(yǔ)化表達(dá)做了本土化處理，技術(shù)術(shù)語(yǔ)（Skills、harness、stop-hook、CLAUDE.md 等）保留原文寫法以便對(duì)照查閱。