老炮踩坑錄 · A03· AI 時(shí)代系列基于「企業(yè)融合評(píng)估系統(tǒng)」真實(shí)復(fù)盤三個(gè)月人機(jī)對(duì)話的總結(jié)關(guān)鍵詞AI 生碼率 · KPI · 需求拆解 · 代碼審查 · 上線兜底 歡迎閱讀個(gè)人主頁(yè)知守觀我的專欄老炮踩坑錄當(dāng)前內(nèi)容核心競(jìng)爭(zhēng)力引子前同事上周給我發(fā)消息說(shuō)公司把 AI 生碼率寫進(jìn)了 KPI季度末按這個(gè)排名排在末位的走人。他問(wèn)我“咱們這種跑了三年的老系統(tǒng)AI 是不是能全包了”我沒(méi)直接回答。我前面文章講過(guò)AI重構(gòu)項(xiàng)目的事情不知道大家還有印象了。我的輸入是那個(gè) 1600 行的 Controller——業(yè)務(wù)邏輯、Excel 導(dǎo)出、鑒權(quán)全糊在一起。AI 三分鐘給了五層拆分命名、分層、職責(zé)邊界專業(yè)到我挑不出毛病。但是方案我一條都敢沒(méi)用。AI建議把 type0 的遠(yuǎn)程認(rèn)證和 type2 的本地認(rèn)證合并成一套。它不知道 type0 背后的 OSS 網(wǎng)關(guān)域名兩年前就死了。這個(gè)信息不在代碼里在上線記錄和客訴群里。AI 是我入行以來(lái)見(jiàn)過(guò)最強(qiáng)的碼力放大器。而且放大器不挑方向方向仍掌握在我們手里。這篇就講我握方向的三根手指每根都配著這個(gè)項(xiàng)目的真實(shí)代碼。保命技能一拆需求——AI 看得見(jiàn)代碼看不見(jiàn)為什么我做過(guò)一次對(duì)照。同一句需求——“給評(píng)估系統(tǒng)加第 5 個(gè)診斷模型”——我先自己拆一遍再原樣丟給 AI 拆一遍。AI 比我快得多。建表 SQL、枚舉定義、switch 補(bǔ) case、Controller 加路由一份完整清單編譯零警告連導(dǎo)出模板都替我想好了。把兩份清單攤開(kāi)差別全在水面下。模型編號(hào) paperid 在這個(gè)項(xiàng)目里是個(gè)雷區(qū)ApplyPapersMapper.xml 三處 paperid ! 0 的查詢語(yǔ)義是非精益診斷模型 ReportController switch 沒(méi)有 case 00 號(hào)語(yǔ)義一直靠默認(rèn)分支兜著 整個(gè)工程 13 個(gè) Java 文件、64 處 paperid 引用那三處paperid ! 0的 SQL新模型算不算非精益得逐個(gè)判定語(yǔ)義。0 號(hào)模型身上還掛著一堆單獨(dú)照顧它的私有邏輯Java 硬編碼 switch 重構(gòu)實(shí)戰(zhàn)策略模式替代 paperId0/1/2/3。AI 的清單照單全收上線當(dāng)天五個(gè)模型的行為就開(kāi)始分叉而它全程無(wú)辜。我還試過(guò)讓它優(yōu)化登錄模塊的重復(fù)代碼。它一眼看出 type0 和 type2 是兩套認(rèn)證好心建議合并。它不知道 type0 的遠(yuǎn)程網(wǎng)關(guān)已經(jīng)是個(gè)死域名合并之后登錄入口直接 4042022年的項(xiàng)目代碼完整卻永遠(yuǎn)跑不起來(lái)——項(xiàng)目交接的4個(gè)致命缺失。也有它猜對(duì)的時(shí)候。AI 代碼審查實(shí)戰(zhàn)給老項(xiàng)目挑 20 個(gè)坑老炮只認(rèn) 15 個(gè) 復(fù)盤期間它把AsyncService里那句有 session 則認(rèn)為登錄是異步處理標(biāo)成疑似遺留代碼建議清理方向?qū)α艘话搿谴_實(shí)是個(gè)遺留物全項(xiàng)目再?zèng)]人調(diào)用那個(gè)Async入口。可它曾經(jīng)真承擔(dān)過(guò)職責(zé)清理得順著五處讀取點(diǎn)一步步拆。它給的是概率判斷落地責(zé)任全在你。拆需求落到動(dòng)作上我就盯三件事任務(wù)為評(píng)估系統(tǒng)新增第 5 個(gè)診斷模型paperid4 約束 1. ApplyPapersMapper.xml 三處 paperid ! 0 的查詢語(yǔ)義是非精益模型 逐一評(píng)估是否納入新模型 2. ReportController.searchPaperInfo 的 switch 沒(méi)有 case 0 先補(bǔ)齊 0 號(hào)語(yǔ)義再談新增 3. 禁止合并 uploadDiagnosis / uploadDiagnosis1二者并發(fā)保護(hù)不同這段約束清單每一條背后都是一次差點(diǎn)發(fā)生的生產(chǎn)事故。先考古后拆解。git log、代碼注釋、配置文件、死代碼全部過(guò)一遍再寫任務(wù)清單。這單活 AI 干不了全程判不了真?zhèn)嗡芰星鍐?。約束寫進(jìn) prompt。給 AI 的輸入里“不要?jiǎng)邮裁础?比 “要做什么” 值錢。隱性知識(shí)找活人。老系統(tǒng)的為什么存在老同事腦子里和上線記錄里趁人還在導(dǎo)出成文檔。這是拆需求的彈藥庫(kù)也是 AI 永遠(yuǎn)拿不走的存貨。保命技能二驗(yàn)代碼——你的上限等于你審代碼的速度AI 生成代碼按秒算人審代碼按小時(shí)算。這個(gè)剪刀差不解決生碼率 KPI 就是庫(kù)存積壓 KPI——代碼堆在分支上合不敢合刪不敢刪。驗(yàn)代碼從職業(yè)美德變成了產(chǎn)能瓶頸你的產(chǎn)出上限由審的速度決定跟打字多快沒(méi)關(guān)系。我讓 AI 分析文件上傳模塊。它一眼看出uploadDiagnosis和uploadDiagnosis1高度相似建議合并去重連模板方法都替我抽好了。它漏掉的是語(yǔ)義層的差異。前者有 Guava 占位、沖突核對(duì)、類鎖三件套后者三樣全沒(méi)有是個(gè)過(guò)渡品OBS 同名文件互相覆蓋客戶拿錯(cuò)了別人的報(bào)告案發(fā)現(xiàn)場(chǎng)。// uploadDiagnosis有 Guava 占位 沖突核對(duì) 類鎖synchronized(this){StringcacheKey...;if(guavaCache.getIfPresent(cacheKey)!null){thrownewBusinessException(文件正在處理請(qǐng)勿重復(fù)提交);}guavaCache.put(cacheKey,true);// ... 沖突核對(duì)邏輯}// uploadDiagnosis1三樣全沒(méi)有的過(guò)渡品// AI 的合并方案會(huì)把上面那段保護(hù)邏輯當(dāng)成重復(fù)代碼刪掉文本相似命不同。幻覺(jué)這件事得單獨(dú)說(shuō)。復(fù)盤這幾個(gè)月AI 報(bào)過(guò)一條讓我后背發(fā)涼的坑Guava 緩存注釋寫 1 秒過(guò)期實(shí)際配置 24 小時(shí)疑似有人改配置埋雷。這條是真的我自己復(fù)盤時(shí)也抓到了。同一場(chǎng)分析里它還說(shuō)getObjectKey對(duì)超長(zhǎng)文件名做截?cái)鄷?huì)引發(fā)下載 404。這條是幻覺(jué)——它沒(méi)讀懂substring(0,36)加斜杠的目錄語(yǔ)義。真坑和幻覺(jué)排在同一份報(bào)告里格式一樣語(yǔ)氣一樣置信度標(biāo)識(shí)也一樣。行業(yè)里那些AI 生成代碼 45% 含安全缺陷的研究數(shù)字出處各家不一量級(jí)做個(gè)參考就好。一線的體感是報(bào)告質(zhì)量方差極大抽檢一步都省不了。驗(yàn)代碼三道關(guān)全是土辦法管用引用逐個(gè)搜。AI 報(bào)告里出現(xiàn)的行號(hào)、方法名、配置項(xiàng)逐個(gè)在 IDE 里搜搜不到即幻覺(jué)。這一條能攔下八成假報(bào)告。“安全刪除” 先證明 “無(wú)人引用”。引用不止 Java 里的 importXML、反射、AOP、前端調(diào)用都算。這個(gè)項(xiàng)目的鑒權(quán)全靠注解切面全局?jǐn)r截器注冊(cè)整段注釋掉了MvcConfig.java這種看不見(jiàn)的調(diào)用關(guān)系靜態(tài)分析經(jīng)常漏。關(guān)鍵路徑真環(huán)境跟一遍。復(fù)盤登錄鏈路時(shí)我們用 curl 加 AES 加密實(shí)測(cè)跑通的。AI 給的每個(gè)方案過(guò)了這一關(guān)才算數(shù)。保命技能三兜底線——KPI 考生碼率客訴群找的是你生碼率 KPI 最荒謬的地方它獎(jiǎng)勵(lì)更多代碼產(chǎn)出而生產(chǎn)事故從不問(wèn)你寫了多少行。Transactional 事務(wù)失效排查try-catch 吞異常導(dǎo)致回滾失敗 復(fù)盤過(guò)的那處Transactional吞異?！猚atch、printStackTrace、return 一氣呵成事務(wù)沒(méi)回滾數(shù)據(jù)不一致查了三天。這種代碼 AI 寫得出來(lái)嗎。大模型訓(xùn)練集里遍地都是它閉著眼就能寫。出事那天AI 不會(huì)出現(xiàn)在客服群里。去的還是你。兜底線有個(gè)更直觀的例子。登錄鏈路 type0 走遠(yuǎn)程 OSS 網(wǎng)關(guān)網(wǎng)關(guān)域名死了整個(gè)入口跟著死。復(fù)盤時(shí)我們能做的只有改代碼、切 type2、重發(fā)版。如果當(dāng)年有人把降級(jí)寫成配置login:auth:mode:${AUTH_MODE:remote}# remote | local網(wǎng)關(guān)失聯(lián)時(shí)一條配置切本地網(wǎng)關(guān)死掉那天一條配置就能續(xù)命。兜底線是態(tài)度這種話我說(shuō)不出口但是它卻是一行行提前寫好的退路。三件套一個(gè)都不省發(fā)布按鈕必須是人手。AI 可以生成一千個(gè)變更上線審批人的職責(zé)只剩一個(gè)——你要當(dāng)那個(gè)說(shuō) “不” 的人?；貪L方案先于上線方案。每個(gè)變更合入前先回答 “怎么退回去”答不上來(lái)就不準(zhǔn)上。關(guān)鍵路徑留人工開(kāi)關(guān)。凡依賴外部服務(wù)的地方都問(wèn)一句它死了怎么辦。答不上來(lái)的補(bǔ)開(kāi)關(guān)。一天的分工表環(huán)節(jié)AI 干 你干交付物拆需求AI 檢索相似實(shí)現(xiàn)你考古業(yè)務(wù)約束帶約束的任務(wù)清單寫代碼AI 按清單生成你限定邊界、盯住禁止事項(xiàng)候選代碼驗(yàn)代碼AI 靜態(tài)檢查你人機(jī)對(duì)照、真環(huán)境回歸對(duì)照表 回歸記錄兜底線無(wú)你發(fā)布審批、回滾預(yù)案、降級(jí)開(kāi)關(guān)可回退的上線生碼率能考核的只有第二格的輸入量。后兩格KPI 連考卷都出不了。老炮點(diǎn)評(píng)18 年里我聽(tīng)過(guò)好幾輪程序員要被淘汰可視化編程、外包浪潮、低代碼平臺(tái)等等凡此種種。每一輪都有人真的掉隊(duì)。掉隊(duì)的原因倒也一致——他們把自己活成了純產(chǎn)碼機(jī)器。產(chǎn)碼這件事一旦出現(xiàn)更便宜的產(chǎn)能純度越高越先被替換。這一輪的不同在于產(chǎn)碼這個(gè)維度頭一次被機(jī)器追平。被追平的維度不再構(gòu)成護(hù)城河。還是握在人手里的三樣?xùn)|西——把業(yè)務(wù)翻譯成約束、把幻覺(jué)攔在上線前、把退路寫在事故前——這些恰好都長(zhǎng)在 “責(zé)任” 這棵樹(shù)上AI不會(huì)擔(dān)責(zé)擔(dān)責(zé)的永遠(yuǎn)是人。AI 我一直在用用得比誰(shuí)都?xì)g它也確實(shí)是這兩年最值錢的工具。區(qū)別只在把它當(dāng)副駕還是當(dāng)司機(jī)。生碼率進(jìn) KPI往壞了說(shuō)是把人往產(chǎn)碼機(jī)器的定義里按往好了說(shuō)它逼每個(gè)人回答一個(gè)問(wèn)題除了產(chǎn)碼你還能給這個(gè)職業(yè)提供些什么。我的答案就這三個(gè)技能。18 年攢下來(lái)的東西攢的從來(lái)都跟打字速度無(wú)關(guān)。如果本文對(duì)你有幫助歡迎 點(diǎn)贊 ? 收藏 關(guān)注 留言歡迎留言探討。你的每一次互動(dòng)都是我繼續(xù)更新的動(dòng)力下期預(yù)告《Spring Boot 2.1.0 → 3.x 遷移實(shí)戰(zhàn)我踩了多少坑》F07 確診了這個(gè)項(xiàng)目跑在一個(gè)停止維護(hù)的版本上U01 就是手術(shù)臺(tái)實(shí)錄——OpenRewrite 自動(dòng)遷移 手工兜底JDK 8 到 17 的每一步都會(huì)留痕。我是老炮18 年 Java 老兵仍在一線。關(guān)注「Java老炮踩坑錄」真實(shí)項(xiàng)目復(fù)盤讓你少走彎路。