AI 生成代码的危险点，是它经常在“看起来合理”的状态下改变边界、语义、依赖和长期维护成本。
Review AI 代码时，先审意图，再审 diff，再审验证。
先问：
没有明确意图的 AI diff，先不要进入代码细节。
git diff --stat
如果文件数量太多，先拆：
重点检查：
AI 写的测试容易只验证“它刚写出来的实现”，不验证真实业务边界。
好的测试应该能回答：
请审查当前 git diff。
只输出具体风险，不做泛泛总结。
重点检查：行为边界、兼容性、错误处理、测试有效性、安全风险、无关变更。
每个问题给出文件路径、风险说明、建议修改方式。
请基于当前 git diff，建议如何拆成多个逻辑 commit。
每个 commit 给出标题、包含文件、拆分理由。
不要修改文件。
请基于当前 git diff 生成 PR 描述。
包含 What changed、Why、How tested、Risk、Rollback plan。
对无法从代码确认的内容标注“需要人工补充”。
AI 可以帮助你更快发现问题，但它不能替你承担合入责任。
最终 reviewer 至少要确认：
AI Review 工具适合做第一轮扫描，尤其是发现明显 bug、测试缺口、安全风险、无关改动和可维护性问题。
团队使用时要保留三条边界：
建议把 AI Review 结果放进 PR 流程，但不要让它替代人类合入判断。