AI Coding 高风险代码要理解到什么程度才够

这是「AI Coding 交付闸门」第 4/6 篇。上一篇找到了大仓里最值得先审的业务链，这一篇继续回答：高风险代码到底要理解到什么程度？ AI 把一段代码解释得很清楚，不代表你已经能接手它。 “这个模块负责处理支付回调，校验参数后更新订单状态。”这种总结听起来没问题。但生产告警真的出现时，你仍然可能不知道： 哪个入口触发了它？状态在什么条件下改变？更新了哪些表？外部成功、本地写入失败会怎样？重复回调会不会重复处理？应该查哪条日志和哪个交易 ID？ 所以判断关键代码有没有“理解完成”，标准不是能不能复述，而是能不能维护、修改和排障。 对高风险代码，至少要弄清： - 它在真实调用链中的位置； - 输入、输出和所有外部副作用； - 正常流程与主要失败模式； - 数据和状态怎样变化； - 生产环境靠什么日志、ID、表和错误码定位； - 现有测试覆盖什么，还缺什么。 金额、账务、权限、迁移这类不可逆或难恢复的区域，还要再深一层。不能只知道代码“怎么算”，还要确认业务规则为什么这样定，边界条件是什么，尾差、重复、部分成功和回滚怎样处理。 这也是为什么我不太接受“让 AI 再解释详细一点”作为最终动作。 解释只是入口。真正的验收，可以用五个问题来测： 1. 这段代码改了什么数据？ 2. 重复执行会发生什么？ 3. 外部成功、本地失败怎样恢复？ 4. 线上异常要查哪个 ID？ 5. 修改规则时，哪些边界不能随便碰？ 回答不上来，它就仍然是高风险黑盒。 理解的终点，不是把代码翻译成人话，而是生产出问题时知道从哪里查，也知道怎样改才不会制造新的问题。 你现在最担心接手哪一类 AI 代码？ 下一篇继续讲：AI 说“已经完成”，到底交付了什么？ #redskill #howto用好AI #vibecoding实践 #AICoding #AI编程 #vibecoding #企业级应用 #vibecoding新手入门 #aicoding方法论