让AI帮我改代码，一周改崩三次之后，我总结了四条保命经验

我自认不算编程小白，但今年第一次正经用AI写业务代码，一周之内改崩了三次。第一次是让AI给一个PHP后台加导出功能，它把文件编码改了，整个页面中文全变乱码；第二次让它优化一个查询，它直接把我手写的防注入逻辑删了，幸好测试环境先暴露了；第三次最惨，它在一次「小重构」里动了我没让它碰的公共函数，线上登录直接挂了两小时。

三次崩完，我反而踏实了。不是AI不行，是我用它的方式不对。总结了几条保命经验，写下来给同样在踩坑的人。

第一条：永远在测试环境跑

听起来是废话，但我身边真有人直接在线上让AI改代码。测试环境十分钟能起一个，改完先跑一遍再上生产。第三条教训就是这么来的——线上挂了，测试环境是好的，回滚都方便。

第二条：让它改之前，先圈好边界

AI最大的问题是「过度热情」。你让它改A函数，它顺手把B函数也「优化」了。我现在每次都在提示词里加一句：只修改我指出的文件和函数，其他一律不动。改完用git diff看一眼，凡是没要求的改动，一律回退。

第三条：代码审查不能省

AI写的代码我不会逐行读，但会重点看三处：有没有删除原有的安全校验、有没有写死密码和密钥、有没有把错误处理吞掉。这三处出问题的概率最高。2026年AI写代码的能力确实强，但它不理解你的业务上下文，该你判断的地方还是你的活。

第四条：小步提交，随时能回滚

现在的习惯是：一次只让AI改一个功能，改完立刻commit。出问题，git checkout一下就能回到改之前。以前我喜欢攒一堆改动再提交，AI时代这个习惯害死人——你根本分不清是哪次改动把站点搞坏的。

最后说句公道话：AI写代码帮我省了至少一半时间，特别是写脚本、写SQL、补测试这种活。但它就像一个干活快但毛手毛脚的实习生，你得盯着。盯住了，效率翻倍；盯不住，返工的时间比省下的还多。

标签： AI编程 经验分享 代码审查 踩坑记录