AI一天生成萬行代碼，老程序員發(fā)現(xiàn)審查根本看不過來

在最新一期 AI DevOps 播客里，Paul Duvall 聊了個(gè)挺反直覺的事：模型越聰明，我們越得回去啃那些"老古董"工程規(guī)范。

Duvall 是誰？《Continuous Integration》的作者，CI 那套玩法的早期布道者。他現(xiàn)在搞了個(gè)智能體 AI 工程模式的代碼庫，專門記錄怎么把 AI 輔助開發(fā)這件事做得像樣。他的核心觀點(diǎn)很直白：AI 能寫代碼了，工程實(shí)踐反而比以前更重要——不是可有可無，是生死攸關(guān)。

為什么這么說？因?yàn)?AI 產(chǎn)代碼的速度，已經(jīng)讓"人眼逐行審查"這套祖?zhèn)魇炙噺氐资Я?。Duvall 說自己現(xiàn)在"不再逐行看代碼"，海量變更涌過來，看不過來，真的看不過來。替代方案是自動(dòng)化驗(yàn)證加智能體防護(hù)——讓智能體自己學(xué)會(huì)審查和優(yōu)化自己的輸出，有點(diǎn)像讓實(shí)習(xí)生學(xué)會(huì)自我糾錯(cuò)，而不是等著老板逐字批改。

他提到的具體做法其實(shí)不新：規(guī)范驅(qū)動(dòng)開發(fā)、測試優(yōu)先。用他自己的話說，"先紅、再綠、再重構(gòu)"，XP 時(shí)代的老套路。但用在 AI 場景里，效果出奇地好。比如 AWS IAM 策略生成，提前把預(yù)期行為、約束條件、驗(yàn)收標(biāo)準(zhǔn)寫清楚，智能體就能照著規(guī)范生成并自檢。反過來，"如果意圖描述不清楚，得到的只會(huì)是隨機(jī)結(jié)果"——這話他重復(fù)了好幾遍，顯然是踩過坑。

另一個(gè)播客里的 Paul Stack（System Initiative 的產(chǎn)品總監(jiān)）走得更激進(jìn)。他做的 SWAMP 平臺(tái)直接棄用了拉取請求，改用 GitHub Issue 驅(qū)動(dòng)的工作流：有想法？開 Issue，咱們交互式地聊，一起設(shè)計(jì)。Gergely Orosz 那邊還有個(gè)更極端的開源項(xiàng)目，PR 不合并，而是讓智能體按項(xiàng)目標(biāo)準(zhǔn)"remix"一遍，相當(dāng)于每個(gè)提交都要過一遍 AI 的重構(gòu)流水線。

Stack 和 Duvall 都提到同一個(gè)細(xì)節(jié)：用 Claude 的"計(jì)劃模式"先審意圖再執(zhí)行，免得觸發(fā)"AI 恐怖故事"——就是那種看起來能跑、上線就炸的經(jīng)典場面。

更有趣的是"右移"（Shifting-Right）的回歸。Duvall 主張把反饋循環(huán)延伸到生產(chǎn)環(huán)境，用可觀測性、遙測數(shù)據(jù)甚至線上測試來縮短反饋周期。AI 分析遙測數(shù)據(jù)的能力比人強(qiáng)，能更早嗅出模式、發(fā)現(xiàn)問題。他預(yù)測團(tuán)隊(duì)會(huì)變得更小更聚焦，"單披薩團(tuán)隊(duì)"（One-Pizza Team）可能真的要從梗變成現(xiàn)實(shí)——協(xié)調(diào)成本低了，自動(dòng)化夠了，七八個(gè)人夠用了。

質(zhì)量保障的邏輯也在變。Duvall 的原話是："你正在搭建機(jī)制讓代碼得到審查，只不過未必每次都由你親自審查。"換句話說，人從審查者變成機(jī)制設(shè)計(jì)者。

Orosz 在最后提了句挺有意思的話：工程的價(jià)值正在溢出代碼本身，"除了編寫代碼之外，還有一些特質(zhì)會(huì)讓我們與眾不同"。

Duvall 的代碼庫還在更新，里面分了成熟度等級(jí)，從規(guī)范驅(qū)動(dòng)開發(fā)到原子分解、并行智能體，再到帶自動(dòng)化可追溯的可觀測開發(fā)， essentially 一份"AI 時(shí)代工程實(shí)踐生存手冊"。