David Gewirtz 坐在電腦前，盯著剛生成的三千行代碼。他想起二十年前在洛杉磯那家融合菜餐廳的夜晚——主廚端上來的東西能吃，但絕不會想再來第二次。

這位 ZDNET 專欄作家最近密集測試了各種"氛圍編程"項目。他發(fā)現(xiàn)一個被刻意忽略的真相：把代碼控制權(quán)交給AI，和當(dāng)年管理外包承包商一樣，需要一套完整的驗收體系。

餐廳困境：你不知道盤子里是什么

那家洛杉磯餐廳的主廚特供沒有菜單。Gewirtz 回憶，"我知道會有食物端上來，但完全不知道要吞下去什么。"

AI 編程工具的現(xiàn)狀驚人地相似。用戶輸入一句自然語言描述，系統(tǒng)返回可運行的代碼。但代碼內(nèi)部的具體實現(xiàn)、架構(gòu)選擇、依賴關(guān)系——這些對使用者近乎黑箱。

Gewirtz 的比喻很直接：這就像讓一群承包商或下屬替你寫代碼。在測試和評估之前，"你根本不知道會得到什么"。

他觀察到兩種極端敘事在爭奪注意力。一種是"一句話生成百萬美元應(yīng)用"的暴富幻想，另一種是"AI 代碼必然崩潰引發(fā)末日"的恐慌。兩者都是對現(xiàn)實的漫畫式扭曲。

提示工程不是玄學(xué)，是契約條款

"垃圾進，垃圾出"這句老話在 AI 編程時代有了更深的含義。

Gewirtz 強調(diào)，一切取決于提示詞的質(zhì)量。如果描述不夠清晰，對話過程缺乏持續(xù)監(jiān)督，返回的代碼將"難以消化"。這不是技術(shù)故障，是流程失控。

他早年做產(chǎn)品經(jīng)理時管理外包團隊的經(jīng)驗突然變得 relevant。工程經(jīng)理的核心能力——分配工作、評估產(chǎn)出、維持質(zhì)量標(biāo)準(zhǔn)——在 AI 時代沒有被淘汰，反而更加關(guān)鍵。

區(qū)別在于，人類承包商至少能解釋自己的決策邏輯。AI 生成的代碼往往缺乏這種可追溯性。當(dāng)系統(tǒng)提示"修復(fù)了 bug"，它不會說明修復(fù)的是哪個 bug、用了什么方法、可能引入什么副作用。

維護黑洞：當(dāng)代碼庫變成債務(wù)

Gewirtz 在系列文章中反復(fù)測試的一個命題是：氛圍編程項目既"令人驚嘆"又"工作量巨大"。

這種矛盾來自一個被低估的維度——時間。AI 能在幾分鐘內(nèi)生成原型，但后續(xù)的維護成本不會因此消失。當(dāng)原始提示詞被遺忘，當(dāng)生成代碼的上下文丟失，修改和調(diào)試的難度可能超過從頭重寫。

他對比了兩種場景。傳統(tǒng)開發(fā)中，開發(fā)者對自己的代碼有完整的心智模型。氛圍編程中，這個模型被 AI 的隨機性切割成碎片。六個月后再看這段代碼，使用者可能和第一次閱讀開源項目的陌生人沒有區(qū)別。

更隱蔽的風(fēng)險在于技術(shù)債務(wù)的累積速度。AI 傾向于選擇能立即運行的方案，而非長期可維護的架構(gòu)。當(dāng)多個 AI 生成的模塊相互耦合，系統(tǒng)可能陷入"能跑就別動"的僵局。

控制幻覺：你以為在駕駛，其實在副駕

第一個需要破除的迷思是"失控恐懼"。

Gewirtz 指出，工程經(jīng)理管理外包團隊的歷史可以追溯到金字塔時代。分配任務(wù)、驗收成果、把控質(zhì)量——這些能力在 AI 編程中依然適用。真正的挑戰(zhàn)不是控制權(quán)喪失，而是控制方式的轉(zhuǎn)變。

從直接閱讀代碼，轉(zhuǎn)向設(shè)計測試用例和驗收標(biāo)準(zhǔn)。從逐行審查，轉(zhuǎn)向架構(gòu)層面的約束設(shè)定。這種轉(zhuǎn)變對許多開發(fā)者并不自然。

他建議把 AI 當(dāng)作一個能力極強但溝通成本較高的合作者。需要更精確的需求文檔，更嚴(yán)格的接口定義，更自動化的回歸測試。這些基礎(chǔ)設(shè)施的投入，決定了氛圍編程是加速器還是債務(wù)制造機。

可持續(xù)性的三個檢查點

基于多次項目實踐，Gewirtz 提煉出一套維持 AI 編程項目健康度的方法。

第一，提示詞版本化。像管理代碼一樣管理提示詞，記錄每次改動的上下文和目標(biāo)。這相當(dāng)于為 AI 的"決策過程"保留審計線索。

第二，強制人工驗收。每個 AI 生成的功能模塊必須通過人類設(shè)計的測試集，才能進入主干。測試即文檔，測試即契約。

第三，定期重構(gòu)窗口。設(shè)定固定周期，專門用于償還技術(shù)債務(wù)。AI 生成的代碼不會自動變干凈，需要主動干預(yù)。

這些方法的核心是把 AI 從"替代者"重新定位為"加速器"。代碼的最終責(zé)任仍在人類一方，這個邊界不能模糊。

承包商模式的回歸

Gewirtz 的最終判斷是：AI 編程不會消滅軟件工程師，但會改變工程師的工作性質(zhì)。

從親手建造，轉(zhuǎn)向設(shè)計建造規(guī)則。從編寫實現(xiàn)，轉(zhuǎn)向驗證實現(xiàn)。從個體技藝，轉(zhuǎn)向系統(tǒng)工程。這種轉(zhuǎn)變在 IT 行業(yè)歷史上發(fā)生過多次——從機器碼到高級語言，從單體應(yīng)用到微服務(wù)，每次都有人預(yù)言"程序員末日"，每次都有新的復(fù)雜層涌現(xiàn)。

氛圍編程的真正風(fēng)險不是技術(shù)失敗，而是組織能力的錯配。當(dāng)管理層相信"AI 能替代工程師"，而工程師尚未建立"管理 AI"的新技能棧時，項目會陷入最危險的中間狀態(tài)。

那個洛杉磯餐廳的夜晚給 Gewirtz 的教訓(xùn)是： novelty 不等于 quality，speed 不等于 sustainability。AI 編程工具提供了前所未有的 novelty 和 speed，但 quality 和 sustainability 的賬單，終究要有人支付。

現(xiàn)在他每次啟動 AI 編碼會話前，會先打開一個空白文檔寫下驗收標(biāo)準(zhǔn)——就像當(dāng)年給外包團隊寫技術(shù)規(guī)范書一樣。