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