凌晨三點(diǎn)。
老張盯著屏幕上 AI 生成的 2000 行代碼,這是他改的第 47 個(gè) bug。
AI 用 一分鐘寫完了整個(gè)模塊。 他已經(jīng) 調(diào)了三天。
更絕望的是:
每修一個(gè) bug,AI 都會(huì)“貼心”地再補(bǔ)出三個(gè)新 bug。
這不是段子。 這是很多開發(fā)者現(xiàn)在的真實(shí)日常。
最近知乎突然火了一個(gè)詞:
大模型善后工程師。
乍一聽有點(diǎn)好笑,但仔細(xì)想想其實(shí)非常扎心:
AI 已經(jīng)能把一個(gè)項(xiàng)目做到 80 分 但真正能上線、能賣錢、沒 bug 的 還得靠人類把最后 20 分補(bǔ)完
更殘酷的是:
0 → 80 分:一句 Prompt
80 → 100 分:工程師半條命
于是,一個(gè)新的職業(yè)形態(tài)出現(xiàn)了:
AI 善后工程師。
-****01-
**AI 的「80 分幻覺」 **
一句 prompt,大模型能給你:
結(jié)構(gòu)完整的代碼
看起來(lái)合理的邏輯
能跑的 Demo
不錯(cuò)的 UI
甚至一整套項(xiàng)目
看起來(lái)像這樣:
<pre data-start="702" data-end="756" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0); margin: 0px; padding: 0px; outline: 0px; max-width: 100%; box-sizing: border-box !important; overflow-wrap: break-word !important;">
Prompt ↓ AI 生成項(xiàng)目 ↓ Demo 跑起來(lái) ↓ 開發(fā)者:臥槽,太強(qiáng)了
</pre>
很多人會(huì)產(chǎn)生一種錯(cuò)覺:
AI 已經(jīng)能替代程序員了。
但真正寫過項(xiàng)目的人都知道:
80 分才剛剛開始。
[圖片上傳失敗...(image-a50e29-1772703575202)]
-****02-
**AI 開發(fā)真實(shí)流程 **
現(xiàn)實(shí)中的開發(fā)流程其實(shí)是這樣:
<pre data-start="855" data-end="965" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0); margin: 0px; padding: 0px; outline: 0px; max-width: 100%; box-sizing: border-box !important; overflow-wrap: break-word !important;">
需求 ↓
Prompt
↓
AI生成代碼(80分)
↓
Bug修復(fù)
↓
邏輯補(bǔ)全
↓
異常處理
↓
安全處理
↓
性能優(yōu)化
↓
監(jiān)控 + 日志
↓
生產(chǎn)上線(100分)
</pre>
80 → 100 的過程,才是最難的部分。
因?yàn)?AI 有一個(gè)致命問題:
它只會(huì)預(yù)測(cè) token 它不會(huì)承擔(dān)后果
AI 最常見的 5 種工程災(zāi)難
很多人第一次用 AI 寫項(xiàng)目時(shí),都經(jīng)歷過這種“幻覺破滅”。
下面是最常見的 AI 代碼問題。
| 問題類型 | AI表現(xiàn) | 真實(shí)后果 |
|---|---|---|
| 邊界處理 | 假設(shè)用戶輸入永遠(yuǎn)正確 | 一上線就報(bào)錯(cuò) |
| 異常處理 | 基本沒有兜底 | 一個(gè)錯(cuò)誤直接崩系統(tǒng) |
| 安全問題 | 幾乎完全忽略 | SQL注入 / XSS |
| 性能問題 | 算法復(fù)雜度混亂 | 生產(chǎn)直接卡死 |
| 上下文一致性 | 字段名不斷變化 | 系統(tǒng)邏輯混亂 |
比如 AI 寫的登錄邏輯經(jīng)常是這樣:
<pre data-start="1285" data-end="1338" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0); margin: 0px; padding: 0px; outline: 0px; max-width: 100%; box-sizing: border-box !important; overflow-wrap: break-word !important;">
if(password===user.password){ login() }
</pre>
看起來(lái)沒問題。
但真正能上線的代碼必須是:
<pre data-start="1364" data-end="1763" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0); margin: 0px; padding: 0px; outline: 0px; max-width: 100%; box-sizing: border-box !important; overflow-wrap: break-word !important;">
if (!user) return { error: '用戶不存在' }if (!password) return { error: '密碼不能為空' }if (user.status ==='banned')return { error: '賬號(hào)已封禁' }if (user.loginAttempts >5)return { error: '登錄次數(shù)過多' }if (awaitbcrypt.compare(password, user.passwordHash)) {awaitresetLoginAttempts(user.id)returnlogin(user)} else {awaitincrementLoginAttempts(user.id)return { error: '密碼錯(cuò)誤' } }
</pre>
這就是:
80 分代碼 vs 100 分代碼
[圖片上傳失敗...(image-8a0e25-1772703575202)]
-****03-
Agent 為什么分成兩大陣營(yíng)?
現(xiàn)在 AI Agent 也出現(xiàn)了兩條完全不同的路線。
第一類:工作流 Agent(能落地)
這種 Agent 有固定流程:
<pre data-start="1889" data-end="1911" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0); margin: 0px; padding: 0px; outline: 0px; max-width: 100%; box-sizing: border-box !important; overflow-wrap: break-word !important;">
輸入 ↓ 處理 ↓ 輸出
</pre>
特點(diǎn):
可靠
可監(jiān)控
可預(yù)測(cè)
可規(guī)?;?/p>
典型場(chǎng)景:
客服機(jī)器人
數(shù)據(jù)處理
代碼審查
文檔生成
大廠幾乎全部采用這種。
因?yàn)楣こ虉F(tuán)隊(duì)最看重的是:
可靠性 > 智能性
第二類:自主 Agent(PPT型)
另一類 Agent 追求完全自主:
<pre data-start="2071" data-end="2111" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0); margin: 0px; padding: 0px; outline: 0px; max-width: 100%; box-sizing: border-box !important; overflow-wrap: break-word !important;">
目標(biāo) ↓ AI自主規(guī)劃 ↓ AI自主行動(dòng) ↓ AI自主決策
</pre>
聽起來(lái)很酷,但現(xiàn)實(shí)是:
今天幫你發(fā)郵件 明天給老板發(fā)辭職信
今天幫你整理文件 明天把重要文檔刪了
問題很簡(jiǎn)單:
自由度越高,不確定性越大。
所以現(xiàn)在:
創(chuàng)業(yè)公司喜歡講自主 Agent
工程團(tuán)隊(duì)只做工作流 Agent
[圖片上傳失敗...(image-f8219f-1772703575202)]
-****04-****什么是“善后工程師”?
一句話解釋:
把 看起來(lái)能用的 AI 代碼 變成 真的能上線的產(chǎn)品
他們主要干三件事:
1 校對(duì)
檢查 AI 的邏輯漏洞:
條件是否完整
字段是否統(tǒng)一
狀態(tài)是否一致
分支是否遺漏
2 重構(gòu)
把 AI 代碼變得可維護(hù):
分層架構(gòu)
類型補(bǔ)全
模塊拆分
單元測(cè)試
3 打磨(最重要)
讓產(chǎn)品真正可上線:
邊界處理
異常兜底
安全策略
性能優(yōu)化
監(jiān)控報(bào)警
[圖片上傳失敗...(image-a15500-1772703575200)]
-****05-****總結(jié)
未來(lái)的軟件開發(fā)模式
在 AGI 到來(lái)之前,軟件開發(fā)很可能會(huì)變成這樣:
<pre data-start="2558" data-end="2594" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0); margin: 0px; padding: 0px; outline: 0px; max-width: 100%; box-sizing: border-box !important; overflow-wrap: break-word !important;">
AI:負(fù)責(zé) 0 → 80 工程師:負(fù)責(zé) 80 → 100
</pre>
AI負(fù)責(zé):
寫代碼
生成結(jié)構(gòu)
生成demo
工程師負(fù)責(zé):
修 bug
補(bǔ)邏輯
架構(gòu)優(yōu)化
產(chǎn)品落地
換句話說:
AI 在替代 體力勞動(dòng)
但工程師的核心價(jià)值變成:
判斷 + 經(jīng)驗(yàn) + 架構(gòu) + 產(chǎn)品理解
真正會(huì)被 AI 淘汰的人
AI 不會(huì)淘汰工程師。
但會(huì)淘汰一類人:
只會(huì)寫代碼的人。
典型特征:
只會(huì)跟教程敲代碼
不理解業(yè)務(wù)邏輯
不考慮邊界情況
不做異常處理
不懂系統(tǒng)架構(gòu)
他們本質(zhì)上只是:
30 分工程師。
而 AI 已經(jīng)可以做到 80 分。
AI 時(shí)代的軟件開發(fā),很可能變成這樣:
| 角色 | 職責(zé) |
|---|---|
| AI | 寫代碼、生成Demo |
| 工程師 | 修邏輯、補(bǔ)邊界、做架構(gòu) |
| 產(chǎn)品 | 定義需求 |
| 用戶 | 制造Bug |
所以:
“善后工程師”不是低端崗位。
恰恰相反。
它代表的是一種新的核心能力:
把錯(cuò)誤的地方修對(duì) 把不可靠的地方補(bǔ)穩(wěn) 把模糊的地方變清晰
而這,
才是 AI 時(shí)代真正稀缺的能力。