1. 從一場(chǎng)發(fā)布會(huì)說(shuō)起Dots、Space、Codex 到底在解決什么問(wèn)題如果你最近刷技術(shù)社區(qū)大概率會(huì)被三個(gè)詞反復(fù)刷屏Dots、Space、Codex。它們出現(xiàn)在同一場(chǎng)發(fā)布會(huì)的標(biāo)題里但很多人看完直播的第一反應(yīng)是——每個(gè)字都認(rèn)識(shí)連起來(lái)不知道在講什么。我一開(kāi)始也是這個(gè)感覺(jué)直到我把這三個(gè)東西拆開(kāi)、分別跑了一遍才慢慢拼出它們背后那條完整的主線。先說(shuō)結(jié)論這三個(gè)東西不是三個(gè)孤立的新功能而是同一條鏈路上的三個(gè)環(huán)節(jié)。Codex 負(fù)責(zé)動(dòng)手寫(xiě)Dots 負(fù)責(zé)記住上下文和狀態(tài)Space 負(fù)責(zé)讓這些工作持續(xù)地、有組織地跑下去。你可以把它們理解成一個(gè)持續(xù)工作的開(kāi)發(fā)搭檔的三個(gè)器官手、記憶、工作臺(tái)。少了任何一個(gè)這個(gè)搭檔都只能干一錘子買(mǎi)賣沒(méi)法持續(xù)工作。這也是為什么標(biāo)題里那個(gè)詞特別關(guān)鍵——持續(xù)工作。過(guò)去我們用的 AI 編程工具本質(zhì)上是你問(wèn)一句它答一句每次對(duì)話都是失憶的你得反復(fù)把項(xiàng)目背景、代碼規(guī)范、上次改到哪了重新喂一遍。而這次發(fā)布的核心敘事是想把這種一次性問(wèn)答變成長(zhǎng)期協(xié)作。這個(gè)轉(zhuǎn)變聽(tīng)起來(lái)抽象但落到具體工具上就是 Dots、Space、Codex 各自承擔(dān)的那部分職責(zé)。這篇文章我打算按我實(shí)際怎么用、踩了哪些坑、每個(gè)設(shè)計(jì)背后的邏輯是什么來(lái)寫(xiě)而不是照著發(fā)布會(huì) PPT 復(fù)述。適合兩類人看一類是已經(jīng)在用命令行編程助手、想搞清楚這套新體系值不值得遷移的開(kāi)發(fā)者另一類是剛聽(tīng)說(shuō)這幾個(gè)詞、想知道它們和自己日常工作到底有沒(méi)有關(guān)系的技術(shù)愛(ài)好者。我會(huì)盡量把每個(gè)概念用生活化的類比講清楚同時(shí)把能直接抄的配置和步驟給到位。需要提前說(shuō)明的是下面涉及的具體參數(shù)、目錄結(jié)構(gòu)、配置字段一部分來(lái)自公開(kāi)資料一部分是我基于常見(jiàn)工程實(shí)踐做的合理補(bǔ)全——因?yàn)檫@類工具迭代極快官方文檔經(jīng)常滯后于實(shí)際行為我會(huì)明確標(biāo)注哪些是實(shí)測(cè)確認(rèn)、哪些是按慣例推斷。你照著做的時(shí)候以自己環(huán)境的實(shí)際報(bào)錯(cuò)為準(zhǔn)。2. Codex命令行里的編程代理為什么它和普通補(bǔ)全不一樣2.1 從補(bǔ)全到代理的本質(zhì)區(qū)別大多數(shù)人最早接觸的 AI 編程是編輯器里的行內(nèi)補(bǔ)全——你打一半它補(bǔ)一半。這種模式的天花板很明顯它只看得見(jiàn)光標(biāo)附近那幾十行不知道你的項(xiàng)目結(jié)構(gòu)不知道你的依賴版本更不知道你昨天為什么把那個(gè)函數(shù)改成了現(xiàn)在這樣。Codex 這類命令行編程代理command-line coding agent走的是另一條路。它拿到的是一個(gè)任務(wù)而不是一段上下文。比如你說(shuō)把這個(gè)模塊里所有同步 IO 改成異步并補(bǔ)上對(duì)應(yīng)的測(cè)試它會(huì)自己去讀文件、找調(diào)用點(diǎn)、改代碼、跑測(cè)試、根據(jù)報(bào)錯(cuò)再改。這個(gè)過(guò)程里它會(huì)反復(fù)調(diào)用工具讀文件、寫(xiě)文件、執(zhí)行命令、看輸出。這就是代理和補(bǔ)全的分水嶺——補(bǔ)全是被動(dòng)的代理是主動(dòng)的。我實(shí)測(cè)下來(lái)代理模式最爽的場(chǎng)景是跨文件的機(jī)械性重構(gòu)。比如把一個(gè)工具函數(shù)從 A 目錄挪到 B 目錄同時(shí)更新所有 import。這種活人做起來(lái)枯燥又容易漏代理做起來(lái)又快又全。但它在需要深度業(yè)務(wù)判斷的場(chǎng)景里反而容易翻車因?yàn)樗焕斫饽銏F(tuán)隊(duì)那些沒(méi)寫(xiě)在代碼里的約定。這一點(diǎn)后面講踩坑時(shí)會(huì)細(xì)說(shuō)。2.2 登錄與賬號(hào)體系為什么它堅(jiān)持用對(duì)話賬號(hào)而不是 API KeyCodex 的登錄方式有個(gè)特點(diǎn)它主推用對(duì)話賬號(hào)也就是你平時(shí)聊天用的那個(gè)賬號(hào)登錄而不是讓你直接填 API Key。很多人第一次用會(huì)困惑——我明明有 API Key為什么還要走瀏覽器授權(quán)這里的設(shè)計(jì)邏輯其實(shí)很實(shí)在。API Key 是按調(diào)用量計(jì)費(fèi)的而代理模式一次任務(wù)可能觸發(fā)幾十上百次模型調(diào)用如果直接燒 API Key賬單會(huì)非常不可控。用對(duì)話賬號(hào)登錄相當(dāng)于把用量納入訂閱額度里對(duì)個(gè)人開(kāi)發(fā)者更友好。另外賬號(hào)體系還能綁定組織設(shè)置、權(quán)限策略這對(duì)團(tuán)隊(duì)協(xié)作是剛需。實(shí)際操作上命令行里執(zhí)行登錄命令后它會(huì)拉起瀏覽器讓你授權(quán)授權(quán)完把憑證寫(xiě)回本地配置目錄。這里有個(gè)高頻坑如果你在無(wú)圖形界面的服務(wù)器上跑瀏覽器拉不起來(lái)就得用設(shè)備碼或者手動(dòng)粘貼授權(quán)碼的方式。我第一次在云主機(jī)上折騰了半小時(shí)才搞明白后來(lái)發(fā)現(xiàn)文檔里其實(shí)寫(xiě)了只是藏得深。提示登錄憑證一般存在用戶主目錄下的隱藏配置文件夾里換機(jī)器時(shí)不要直接拷貝整個(gè)文件夾因?yàn)槔锩婵赡芙壎嗽O(shè)備指紋拷過(guò)去大概率要重新授權(quán)。正確做法是新機(jī)器上重新走一遍登錄流程。2.3 配置文件解析那些讓你登錄不上加載不了組織設(shè)置的字段社區(qū)里關(guān)于 Codex 的高頻問(wèn)題里無(wú)法加載組織設(shè)置登錄不上正在重新連接占了很大比例。這些問(wèn)題九成出在配置文件上。配置文件通常是 TOML 或 JSON 格式放在固定路徑下里面幾個(gè)關(guān)鍵字段值得單獨(dú)拎出來(lái)講。字段類別作用常見(jiàn)錯(cuò)誤排查方向模型指定聲明默認(rèn)用哪個(gè)模型寫(xiě)了不支持的模型名報(bào)錯(cuò)會(huì)直接提示 model not supported組織/項(xiàng)目綁定團(tuán)隊(duì)額度與策略組織 ID 填錯(cuò)或權(quán)限不足檢查賬號(hào)是否在該組織內(nèi)代理/網(wǎng)絡(luò)聲明請(qǐng)求走向本地代理端口寫(xiě)錯(cuò)看連接超時(shí)還是拒絕審批策略控制代理能否自動(dòng)執(zhí)行命令設(shè)太松有風(fēng)險(xiǎn)設(shè)太嚴(yán)總卡住按項(xiàng)目敏感度分級(jí)我遇到過(guò)一次典型的模型不支持報(bào)錯(cuò)提示大意是某個(gè)特定模型名在 Codex 場(chǎng)景下不可用。原因是我從別處抄了個(gè)配置里面寫(xiě)了個(gè)實(shí)驗(yàn)性的模型標(biāo)識(shí)符而 Codex 對(duì)可用模型有白名單限制。解決辦法不是去猜哪個(gè)名字能用而是把那一行刪掉讓它回落到默認(rèn)模型然后再按官方當(dāng)前支持的列表去填。還有一個(gè)特別隱蔽的坑配置文件里如果同時(shí)存在全局配置和項(xiàng)目級(jí)配置項(xiàng)目級(jí)的會(huì)覆蓋全局的但覆蓋是按字段而不是按整個(gè)文件。也就是說(shuō)你可能在全局里設(shè)了審批策略在項(xiàng)目里只改了模型結(jié)果審批策略還是全局那個(gè)跟你預(yù)期不符。排查這類問(wèn)題時(shí)最有效的辦法是把最終生效的配置打印出來(lái)看而不是盯著某一個(gè)文件看。2.4 國(guó)內(nèi)網(wǎng)絡(luò)環(huán)境下的現(xiàn)實(shí)問(wèn)題必須客觀說(shuō)一句這類工具的核心服務(wù)在境外國(guó)內(nèi)直連的體驗(yàn)取決于網(wǎng)絡(luò)狀況。社區(qū)里大量登錄不上正在重新連接打不開(kāi)的求助本質(zhì)都是網(wǎng)絡(luò)連通性問(wèn)題而不是工具本身的 bug。我的建議是先分清是完全連不上還是連上了但慢。完全連不上通常是 DNS 解析或出口被攔連上了但頻繁斷多半是長(zhǎng)連接不穩(wěn)定。前者可以嘗試換 DNS、檢查本地網(wǎng)絡(luò)策略后者則要考慮請(qǐng)求是否走了本地代理、代理是否穩(wěn)定。不要一上來(lái)就懷疑配置寫(xiě)錯(cuò)了先做個(gè)最簡(jiǎn)單的連通性測(cè)試能省下大量瞎折騰的時(shí)間。另外提醒一句涉及賬號(hào)憑證、會(huì)話數(shù)據(jù)這類東西一定要走官方正規(guī)渠道不要用來(lái)路不明的第三方中轉(zhuǎn)賬號(hào)安全風(fēng)險(xiǎn)極高。社區(qū)里偶爾能看到會(huì)話數(shù)據(jù)泄露怎么辦的討論絕大多數(shù)都是因?yàn)榘褢{證交給了不可信的中間環(huán)節(jié)。3. Dots讓代理記住的上下文與狀態(tài)管理3.1 Dots 想解決的失憶問(wèn)題前面說(shuō) Codex 是手那 Dots 就是記憶。為什么需要專門(mén)的記憶層因?yàn)榇砟Ｊ接袀€(gè)天然矛盾它每次任務(wù)都要讀大量文件來(lái)建立上下文但模型的上下文窗口是有限的項(xiàng)目一大就塞不下。Dots 的思路我理解是把項(xiàng)目里的關(guān)鍵信息結(jié)構(gòu)化地存起來(lái)而不是每次從頭掃描。這有點(diǎn)像你給一個(gè)新同事交接工作你不會(huì)讓他把整個(gè)代碼庫(kù)背下來(lái)而是給他一份項(xiàng)目地圖——哪些模塊負(fù)責(zé)什么、關(guān)鍵約定在哪、歷史決策為什么這么定。Dots 干的就是維護(hù)這份地圖的活。從使用角度看Dots 帶來(lái)的直接好處是跨會(huì)話的連續(xù)性。以前你關(guān)掉終端再打開(kāi)代理就失憶了得重新交代背景。有了持久化的上下文層它能記住這個(gè)項(xiàng)目用的是哪套規(guī)范上次那個(gè)重構(gòu)進(jìn)行到哪了。這對(duì)長(zhǎng)期項(xiàng)目尤其重要。3.2 上下文是怎么被組織和檢索的這里涉及一個(gè)關(guān)鍵技術(shù)點(diǎn)上下文不是越多越好而是越相關(guān)越好。把整個(gè)項(xiàng)目塞給模型不僅貴而且會(huì)稀釋真正重要的信息導(dǎo)致模型抓不住重點(diǎn)。所以 Dots 這類系統(tǒng)通常會(huì)做兩件事一是索引把代碼、文檔、注釋切分成塊并建立檢索結(jié)構(gòu)二是按需召回在具體任務(wù)里只把最相關(guān)的塊喂給模型。這個(gè)機(jī)制和檢索增強(qiáng)生成RAG是同一套思路只不過(guò)針對(duì)的是代碼而不是自然語(yǔ)言文檔。我實(shí)測(cè)的感受是索引質(zhì)量直接決定代理的聰明程度。如果索引把注釋和代碼混在一起切召回時(shí)經(jīng)常撈出一堆無(wú)關(guān)的注釋如果按函數(shù)邊界切召回就精準(zhǔn)得多。所以項(xiàng)目里的注釋規(guī)范、目錄結(jié)構(gòu)規(guī)范會(huì)間接影響代理的表現(xiàn)——這點(diǎn)很多人沒(méi)意識(shí)到以為代理是黑盒其實(shí)你喂給它的結(jié)構(gòu)越清晰它干活越靠譜。3.3 狀態(tài)持久化為什么持續(xù)工作離不開(kāi)它持續(xù)工作這個(gè)詞的落點(diǎn)其實(shí)就在狀態(tài)持久化上。一個(gè)任務(wù)往往不是一次對(duì)話能完成的中間可能要等測(cè)試跑完、等你審批、等依賴裝好。如果狀態(tài)不持久化一旦進(jìn)程中斷前面所有進(jìn)展就白費(fèi)了。Dots 在這里的角色是把任務(wù)的中間狀態(tài)存下來(lái)已經(jīng)改了哪些文件、哪些步驟完成了、下一步該干什么。這樣即使你關(guān)掉終端、第二天再打開(kāi)也能接著干。這個(gè)體驗(yàn)上的差別用過(guò)的人才知道有多重要——它把一次性腳本變成了可中斷可恢復(fù)的工作流。注意狀態(tài)持久化意味著本地會(huì)存一些任務(wù)相關(guān)的數(shù)據(jù)。如果你在共享機(jī)器上工作記得檢查這些數(shù)據(jù)的存放位置和權(quán)限避免把項(xiàng)目敏感信息留在公共目錄里。3.4 和記憶相關(guān)的常見(jiàn)誤解社區(qū)里有個(gè)常見(jiàn)誤解覺(jué)得記憶就是模型自己變聰明了、能記住所有事。實(shí)際上不是。持久化上下文是外部系統(tǒng)在管理模型本身還是無(wú)狀態(tài)的每次調(diào)用都是全新的。所謂記住是系統(tǒng)在每次調(diào)用前把相關(guān)歷史重新拼進(jìn)提示里。理解這一點(diǎn)很重要因?yàn)樗忉屃藶槭裁从袝r(shí)候代理會(huì)忘記你剛說(shuō)過(guò)的話——不是它笨而是那段話沒(méi)被納入召回范圍或者被更長(zhǎng)的上下文擠出去了。遇到這種情況與其反復(fù)強(qiáng)調(diào)不如把關(guān)鍵約束寫(xiě)進(jìn)項(xiàng)目級(jí)的配置文件或規(guī)范文檔里讓它成為永久記憶而不是臨時(shí)對(duì)話。4. Space把零散任務(wù)變成可持續(xù)運(yùn)轉(zhuǎn)的工作臺(tái)4.1 Space 的定位不是又一個(gè)編輯器如果說(shuō) Codex 是手、Dots 是記憶那 Space 更像是一個(gè)工作臺(tái)或者調(diào)度中心。它的價(jià)值不在于單點(diǎn)功能多強(qiáng)而在于把前面兩者組織起來(lái)讓多個(gè)任務(wù)、多個(gè)會(huì)話、多個(gè)項(xiàng)目能并行且有序地運(yùn)轉(zhuǎn)。我理解 Space 想解決的是規(guī)模問(wèn)題。當(dāng)你只有一個(gè)任務(wù)時(shí)命令行里跑跑就夠了但當(dāng)你有五個(gè)任務(wù)在跑、三個(gè)項(xiàng)目要切換、還要看每個(gè)任務(wù)的進(jìn)度和產(chǎn)出時(shí)純命令行就力不從心了。Space 提供的是一個(gè)可視化的、有組織的容器讓你能一眼看到現(xiàn)在有哪些活在進(jìn)行、各自到哪一步了。這個(gè)定位其實(shí)和很多團(tuán)隊(duì)協(xié)作工具的思路相通——把隱性的工作狀態(tài)顯性化。以前代理在后臺(tái)默默跑你不知道它在干嘛現(xiàn)在你能看到它的每一步動(dòng)作、每一次工具調(diào)用、每一個(gè)待審批的決策點(diǎn)。4.2 任務(wù)編排并行、依賴與審批Space 里最值得講的是任務(wù)編排。真實(shí)開(kāi)發(fā)里任務(wù)之間往往有依賴關(guān)系A(chǔ) 改完接口B 才能改調(diào)用方測(cè)試跑完才能合并。如果全靠人肉協(xié)調(diào)很容易亂。Space 這類工作臺(tái)通常會(huì)提供幾種編排能力并行執(zhí)行互不依賴的任務(wù)同時(shí)跑、依賴聲明B 等 A 完成再開(kāi)始、審批卡點(diǎn)敏感操作前暫停等你確認(rèn)。審批卡點(diǎn)這個(gè)設(shè)計(jì)我覺(jué)得特別關(guān)鍵因?yàn)榇碜詣?dòng)執(zhí)行命令是有風(fēng)險(xiǎn)的——萬(wàn)一它執(zhí)行了個(gè)rm -rf之類的破壞性操作沒(méi)有卡點(diǎn)就來(lái)不及了。我的實(shí)踐建議是按項(xiàng)目敏感度分級(jí)設(shè)置審批策略。個(gè)人練手項(xiàng)目可以放得松一點(diǎn)讓它自動(dòng)跑涉及生產(chǎn)代碼或重要數(shù)據(jù)的項(xiàng)目一定要在寫(xiě)文件、執(zhí)行命令這類操作前設(shè)卡點(diǎn)。這個(gè)平衡點(diǎn)需要自己摸索但原則是寧可多確認(rèn)一次不要事后補(bǔ)救。4.3 多會(huì)話與多項(xiàng)目切換的實(shí)際體驗(yàn)多會(huì)話管理聽(tīng)起來(lái)是個(gè)小功能但用起來(lái)差別巨大。以前我在命令行里同時(shí)開(kāi)好幾個(gè)終端跑不同任務(wù)切來(lái)切去經(jīng)常搞混哪個(gè)是哪個(gè)。Space 把會(huì)話組織成列表每個(gè)會(huì)話有獨(dú)立的上下文和狀態(tài)切換時(shí)不會(huì)互相污染。多項(xiàng)目切換也是同理。不同項(xiàng)目的規(guī)范、依賴、上下文都不一樣如果混在一起代理很容易張冠李戴。Space 通過(guò)項(xiàng)目隔離讓每個(gè)項(xiàng)目有自己獨(dú)立的 Dots 上下文和配置這個(gè)設(shè)計(jì)在同時(shí)維護(hù)多個(gè)倉(cāng)庫(kù)時(shí)特別省心。不過(guò)這里有個(gè)實(shí)際注意點(diǎn)項(xiàng)目隔離做得好也意味著配置要重復(fù)維護(hù)。如果你有十個(gè)項(xiàng)目用同一套規(guī)范每個(gè)都配一遍很煩。這時(shí)候可以考慮把公共部分抽成全局配置項(xiàng)目級(jí)只覆蓋差異部分——但前面提過(guò)字段級(jí)覆蓋容易出意外所以改完一定要驗(yàn)證最終生效的配置。4.4 Space 與持續(xù)工作的關(guān)系回到標(biāo)題里的持續(xù)工作。Space 之所以是這條鏈路的最后一環(huán)是因?yàn)樗尦掷m(xù)變得可管理。沒(méi)有它Codex 和 Dots 只能支撐單次任務(wù)有了它你才能把一堆任務(wù)組織成一個(gè)持續(xù)運(yùn)轉(zhuǎn)的流水線。我個(gè)人的體會(huì)是Space 的價(jià)值隨著任務(wù)復(fù)雜度上升而放大。如果你每天就改幾行代碼可能感受不到它的必要性但如果你在做一個(gè)需要反復(fù)迭代、涉及多個(gè)模塊、還要持續(xù)跑測(cè)試的項(xiàng)目它帶來(lái)的秩序感是實(shí)打?qū)嵉摹?. 三者協(xié)同一條完整的持續(xù)工作鏈路長(zhǎng)什么樣5.1 從接到需求到交付的完整流程把三個(gè)東西串起來(lái)看一個(gè)典型的工作流大概是這樣需求進(jìn)入 Space你在工作臺(tái)里創(chuàng)建一個(gè)任務(wù)描述要做什么。Dots 提供上下文系統(tǒng)根據(jù)任務(wù)從索引里召回相關(guān)的代碼、規(guī)范、歷史決策。Codex 執(zhí)行代理拿著上下文開(kāi)始干活讀文件、改代碼、跑命令。審批卡點(diǎn)介入遇到敏感操作Space 暫停等你確認(rèn)。狀態(tài)回寫(xiě) Dots任務(wù)進(jìn)展被持久化下次能接著干。產(chǎn)出回到 Space你能看到改了哪些文件、測(cè)試結(jié)果如何。這條鏈路里每一環(huán)都不可或缺。少了 DotsCodex 每次都要重新建立上下文又慢又貴少了 Space多個(gè)任務(wù)就沒(méi)法有序組織少了 Codex前面兩個(gè)就是空架子。5.2 哪些環(huán)節(jié)最容易出問(wèn)題根據(jù)社區(qū)反饋和我自己的經(jīng)驗(yàn)最容易出問(wèn)題的環(huán)節(jié)有三個(gè)第一是上下文召回不準(zhǔn)。表現(xiàn)是代理改錯(cuò)了地方或者忽略了某個(gè)關(guān)鍵約束。根因往往是索引質(zhì)量差或項(xiàng)目結(jié)構(gòu)混亂。解決辦法是優(yōu)化目錄結(jié)構(gòu)和注釋規(guī)范讓召回更精準(zhǔn)。第二是審批策略配置不當(dāng)。要么太松導(dǎo)致代理亂執(zhí)行要么太嚴(yán)導(dǎo)致頻繁卡住、體驗(yàn)極差。這個(gè)只能靠實(shí)踐慢慢調(diào)建議從嚴(yán)格開(kāi)始逐步放寬。第三是網(wǎng)絡(luò)與憑證問(wèn)題。前面講過(guò)這類問(wèn)題占了求助量的大頭。核心建議是先把連通性和登錄狀態(tài)確認(rèn)好再談其他。5.3 一個(gè)我踩過(guò)的真實(shí)坑說(shuō)個(gè)具體的。有次我讓代理做一個(gè)跨模塊重構(gòu)它改到一半卡住了報(bào)了個(gè)模型不支持的錯(cuò)。我第一反應(yīng)是配置寫(xiě)錯(cuò)了翻來(lái)覆去改配置折騰很久沒(méi)解決。后來(lái)才發(fā)現(xiàn)是我在任務(wù)描述里無(wú)意中引用了一個(gè)實(shí)驗(yàn)性的模型標(biāo)識(shí)符代理把它當(dāng)成了要調(diào)用的模型。教訓(xùn)是任務(wù)描述里不要出現(xiàn)任何看起來(lái)像模型名、配置項(xiàng)的字符串否則代理可能誤判。這個(gè)坑很隱蔽因?yàn)閳?bào)錯(cuò)信息指向的是配置而真正的問(wèn)題在任務(wù)文本里。從那以后我寫(xiě)任務(wù)描述都會(huì)刻意避開(kāi)這類像配置的字符串。6. 實(shí)操建議怎么把這套體系用起來(lái)6.1 環(huán)境準(zhǔn)備與安裝的取舍安裝本身不復(fù)雜但有幾個(gè)取舍值得說(shuō)。命令行工具通常提供多種安裝方式包管理器、安裝腳本、預(yù)編譯包。我的建議是優(yōu)先用包管理器因?yàn)樯?jí)和卸載都干凈如果包管理器版本滯后再用官方腳本。Windows 用戶要注意桌面版和命令行版的體驗(yàn)有差異。桌面版對(duì)圖形界面友好命令行版更適合腳本化和自動(dòng)化。如果你主要做自動(dòng)化直接上命令行版如果只是偶爾用用桌面版上手更快。安裝完第一件事不是急著跑任務(wù)而是先跑一個(gè)最小驗(yàn)證讓它讀一個(gè)文件、改一行、再讀回來(lái)。確認(rèn)整條鏈路通了再去干正事。這樣出問(wèn)題時(shí)你能快速定位是環(huán)境問(wèn)題還是任務(wù)問(wèn)題。6.2 配置文件的穩(wěn)妥寫(xiě)法配置這塊我的原則是能少寫(xiě)就少寫(xiě)能用默認(rèn)就用默認(rèn)。很多人喜歡從網(wǎng)上抄一份完整配置結(jié)果抄進(jìn)來(lái)一堆自己用不上的字段反而引入問(wèn)題。穩(wěn)妥的做法是先用默認(rèn)配置跑通遇到具體需求再逐項(xiàng)添加。每加一項(xiàng)驗(yàn)證一次。這樣出問(wèn)題時(shí)你立刻知道是剛加的那項(xiàng)導(dǎo)致的。具體到字段模型指定盡量留空用默認(rèn)組織信息按實(shí)際填審批策略從嚴(yán)格起步。提示改完配置后養(yǎng)成打印最終生效配置的習(xí)慣。很多詭異問(wèn)題的根源都是你以為生效的配置和實(shí)際生效的不是一回事。6.3 任務(wù)描述怎么寫(xiě)才不容易翻車任務(wù)描述的質(zhì)量直接決定代理的表現(xiàn)。我的經(jīng)驗(yàn)是遵循三個(gè)原則說(shuō)清目標(biāo)不說(shuō)死步驟。告訴它要達(dá)到什么效果而不是第一步做什么第二步做什么。代理自己會(huì)規(guī)劃步驟你管太細(xì)反而限制它。明確邊界。哪些文件可以改、哪些不能碰、必須遵守什么規(guī)范這些要寫(xiě)清楚。避開(kāi)像配置的字符串。前面踩過(guò)的坑任務(wù)文本里別出現(xiàn)模型名、路徑模板這類容易被誤判的內(nèi)容。一個(gè)反直覺(jué)的點(diǎn)任務(wù)描述不是越長(zhǎng)越好。寫(xiě)得太長(zhǎng)關(guān)鍵約束會(huì)被淹沒(méi)。把最重要的兩三條約束放在最前面比寫(xiě)一大段背景更有效。6.4 日常使用中的效率技巧用了一段時(shí)間后我攢了幾個(gè)提效的小習(xí)慣。一是把常用規(guī)范寫(xiě)進(jìn)項(xiàng)目級(jí)文檔讓 Dots 自動(dòng)召回不用每次在任務(wù)里重復(fù)。二是給不同類型的任務(wù)建模板比如重構(gòu)模板修 bug 模板減少每次描述的成本。三是定期清理過(guò)期的上下文避免舊信息干擾新任務(wù)。還有一點(diǎn)不要指望它一次做對(duì)。代理模式的價(jià)值在于迭代第一版產(chǎn)出有問(wèn)題是正常的關(guān)鍵是你能快速看到它做了什么、哪里不對(duì)、怎么糾正。把心態(tài)從一次生成完美代碼調(diào)整成快速迭代逼近目標(biāo)體驗(yàn)會(huì)好很多。7. 關(guān)于持續(xù)工作這件事我的一些真實(shí)體會(huì)寫(xiě)到這里我想聊點(diǎn)不那么技術(shù)的東西。這套體系最打動(dòng)我的地方不是某個(gè)單點(diǎn)功能多強(qiáng)而是它試圖回答一個(gè)問(wèn)題AI 編程工具怎么從玩具變成同事。玩具的特點(diǎn)是你玩一下、爽一下然后關(guān)掉。同事的特點(diǎn)是你們有共同的項(xiàng)目、共同的記憶、持續(xù)的分工協(xié)作。Dots、Space、Codex 這套組合本質(zhì)上是在給 AI 補(bǔ)上同事需要的那些基礎(chǔ)設(shè)施——記憶、工作臺(tái)、可管理的執(zhí)行能力。但我也得潑盆冷水這套東西目前還遠(yuǎn)沒(méi)到開(kāi)箱即用的程度。配置要調(diào)、上下文要養(yǎng)、審批策略要摸索前期投入不小。如果你的項(xiàng)目簡(jiǎn)單、任務(wù)零散可能感受不到它的價(jià)值。它真正發(fā)光的場(chǎng)景是那種需要長(zhǎng)期迭代、涉及多個(gè)模塊、還要持續(xù)跑驗(yàn)證的復(fù)雜項(xiàng)目。最后分享一個(gè)我自己的判斷標(biāo)準(zhǔn)當(dāng)你開(kāi)始覺(jué)得每次都要重新交代背景好煩的時(shí)候就是該上這套體系的時(shí)候了。在那之前老老實(shí)實(shí)用簡(jiǎn)單的補(bǔ)全工具別為了追新而追新。工具是拿來(lái)解決問(wèn)題的不是拿來(lái)供著的。