卧槽，千万别把 AI 喊的那句“Confirmed”当成免死金牌！！！“补丁能打上去”跟“Bug 真修好了”中间还隔着十万八千里呢！！！ 刚扒了一下 Ope… · @GKev1n · TwKit

@GKev1n

卧槽，千万别把 AI 喊的那句“Confirmed”当成免死金牌！！！“补丁能打上去”跟“Bug 真修好了”中间还隔着十万八千里呢！！！ 刚扒了一下 OpenRouter 今天放出来的代码审查教程（让模型在 Linux 沙箱里跑检查并生成补丁），静态过了一遍代码差点没把我气笑： 1. 沙箱检查只在“原代码”上跑！等补丁打到本机临时副本之后，居然根本没把新代码塞回沙箱里重跑验证！ 2. 教程里附带的 GitHub Actions 模板，作者自己都承认压根没在 Actions 里实跑过！ 合着你让 AI 进沙箱忙活半天，只证明了“旧代码确实有坑”，然后闭着眼睛贴张创可贴就宣布手术成功了？万一这补丁把原来的小 Bug 修成了线上大雪崩呢？！ 工程上最基本的底线，是把“Bug 复现”、“补丁可应用”和“修复真有效”这三件事彻底拆开！连“同一条用例修复前失败、打完补丁回沙箱重跑通过、再跑一遍回归测试”都没做完，光甩给我一句 `Patch applied` 有毛用？那只能证明 git apply 没报错，证明不了你的业务代码没暴雷！ 你们现在的 AI 审查流水线，到底是在真跑回归，还是在搞这种只管生不管养的纸面功夫？⬇️

曝光 286 · 评论 6 · 点赞 7 · 书签 1