说实话，AI 编写的代码 Review起来确实让人头疼，哈哈！因为它虽然Neng快速生成代码，但hen多时候并不Neng完全理解业务逻辑和上下文。

检查什么：新增接口、批量操作、导出、异步任务是否dou经过鉴权；咱就是说不Neng只在 Controller 层Zuo一次象征性校验。

const retryTimes = input.retryTimes ?? 3;

你kan这个例子，retryTimes 默认值设为了 3，但为啥是 3 呢？是不是应该根据业务需求来定？

模型会推荐流行包，但不知道你们的依赖治理、镜像源、漏洞扫描和许可证限制，害！

那为啥百度不收录我的文章呢？是不是因为内容质量不够高啊？你要知道，百度收录是有一个算法的，它会根据内容的相关性、原创性等因素来判断是否收录。

检查什么：token、手机号、邮箱、身份证、Cookie、请求体是否被完整打印，你懂的，这dou是敏感信息，不Neng乱打印。

logger.info;

❌ 坏例子：打印完整请求体，这可不行，会泄露敏感信息！

检查什么：null、空字符串、空数组、false 是否被混用；默认值是否和旧逻辑一致，不对不对，应该是检查 null 和

const pageSize = query.pageSize ?? 10;

✅ 好例子：只对 null/

并发和幂等是否只覆盖了“单线程快乐路径”

检查什么：重复提交、消息重放、定时任务并发、回调多次到达时是否安全，这个那个，各种情况dou要考虑周全。

if != null) { order.setStatus);}

✅ 好例子：编码状态流转约束，这样就比较安全了。

- 本 PR 解决的问题： - 本 PR 不解决的问题： ## 是否含 AI 生成代码 - 否，全部手写 - 是局部使用 AI 辅助 - 是核心逻辑由 AI 生成后人工修改 使用的 AI 工具 / 模型： ## AI 生成代码自查 - 我确认 PR 没有扩大需求边界 - 我确认核心业务不变量Yi在代码或测试中体现 - 我确认没有绕过项目现有鉴权、异常、日志、配置封装 - 我确认错误处理没有吞异常或静默返回错误默认值 - 我确认空值、默认值、时间单位、时区语义清晰 - 我确认没有新增不必要依赖或硬编码环境配置

AI Coding 之后Review 的核心不再是“帮作者找语法问题”，而是验证代码有没有遵守业务约束、工程约定和发布边界，说白了就是要kan代码是不是按照预期工作的。