让 AI 修一个注册接口，本来只该改两个文件，它却动了 12 个文件，新增 437 行、删除 186 行。代码甚至可能顺利编译、通过测试，看起来也很整洁，却悄悄改错权限规则或漏掉边界情况。KDnuggets 作者 Kanwal Mehreen 因此提出七项上线前检查：AI 让写代码变便宜了，验证代码仍是人的工作。
最具体的一步，是先别急着运行代码，而用 Git 查看“差异”——也就是这次到底改了什么。若小修复夹带大规模重构、依赖更新、配置改动，或删除测试，应先停下来追问原因。随后再把语法、代码规范和类型交给编译器、linter（自动检查代码规范和常见错误的工具）及类型检查器判断。
依赖尤其值得单独核验。AI 可能编出一个听起来很真的软件包名；文中援引的一项 2025 年研究称，在 57.6 万份大语言模型生成的代码样本中，商业模型和开源模型出现“包幻觉”的比例分别为 5.2% 和 21.7%。若有人注册这些虚构名称，开发者就可能误装恶意软件。说白了，上线前要验证改动范围、工具检查结果，以及每个新增依赖和 API 是否真实、必要且版本匹配。