很多人用 Claude Code 改代码时，最重视“它能不能把功能做出来”，却忽略了另一个更关键的问题：这次改动能不能安全合并。AI 生成的代码有时看起来很完整，但可能漏掉边界条件、没跑关键测试，或者顺手改了不该改的文件。
所以我更建议把 Claude Code 分成两个角色使用：前半段让它做执行者，负责读项目、改代码、跑检查；后半段让它切换成审查者，专门盯着风险、遗漏和回滚。这样比一句“帮我看看有没有问题”稳定得多。
如果你刚开始用这类工具，可以先看 AI编程工具专题 和 Claude专题。站内的 Claude Code新手工作流 讲的是从安装到提交代码的完整流程，本文只聚焦一个更窄的动作：提交前怎么做代码审查。
为什么AI改完代码后还要再审查
AI 编程工具有一个特点：它很容易围绕当前指令优化，而不是天然理解整个系统的长期风险。你让它修一个表单校验，它可能只盯着当前组件；你让它改一个接口，它可能没注意到后台任务、缓存和旧客户端还在调用同一段逻辑。
代码审查要解决的不是“这段代码写得漂不漂亮”，而是四个实际问题：
- 这次改动是否真的解决了原问题；
- 有没有扩大修改范围，影响无关功能；
- 有没有缺少测试、日志、错误处理或权限判断；
- 如果上线后出问题，是否能快速回滚或定位。
我之前写过 AI代码审查怎么做，那篇偏通用 PR 流程。Claude Code 的优势在于它能直接读取本地 diff、项目文件和测试输出，所以更适合做“合并前最后一轮风险扫描”。
第一步：先让它只读diff，不要继续改
审查阶段最怕 AI 一边看一边继续改，把问题越搅越大。第一条指令应该先限制它只读：
请只做代码审查，不要修改文件。
先阅读当前 git diff 和相关上下文，判断这次改动是否符合目标。
请按严重程度列出真实风险，不要写泛泛而谈的建议。这一步的重点是让 Claude Code 站到审查视角，而不是继续当执行者。如果它发现明显问题，可以让它先列出来，等你确认后再进入修复。
第二步：让审查清单和任务目标绑定
不同任务的审查重点不一样。修 UI 样式，要看移动端、暗色模式、组件复用；改接口，要看鉴权、字段兼容、错误返回；改自动化脚本，要看幂等、重试、日志和失败兜底。
一个可复用的 Claude Code 审查提示词可以这样写：
请按这份清单审查当前改动：
1. 是否只修改了任务相关文件；
2. 是否遗漏边界条件和异常输入；
3. 是否影响已有接口、数据结构或组件复用；
4. 是否新增或更新了必要测试；
5. 是否存在安全、权限、密钥、日志泄露风险；
6. 如果需要回滚，应该撤回哪些文件。
请输出：严重问题、一般问题、可选改进、建议验证命令。这个模板比“帮我 review 一下”更稳，因为它把审查维度固定下来。你也可以把它做成 Claude Code 的斜杠命令，和 Claude Code斜杠命令教程 里的方法结合使用。
第三步：要求它区分新问题和历史问题
很多项目本来就有历史 lint 报错、旧测试失败或未完成的 TODO。Claude Code 审查时，如果不要求区分来源，很容易把历史问题和本次改动混在一起，最后审查报告看起来很长，却不知道哪些必须现在处理。
可以加一句：
如果发现测试或检查失败，请区分：
- 本次改动直接引入的问题；
- 项目已有历史问题；
- 无法判断、需要人工确认的问题。这个分类非常重要。真正影响合并决策的是第一类问题；第二类可以记录，但不一定阻塞当前任务；第三类需要补证据，而不是让 AI 自己猜。
第四步：让它补一份人工复核清单
Claude Code 可以帮你找很多问题，但不要把最终责任完全交给它。尤其是页面视觉、支付、登录、删除、权限、批量发送这类高风险流程，人工复核仍然必要。
我通常会让它最后补一段：
请给出人工复核清单。
只列自动化测试覆盖不到、但上线前应该人工确认的项目。例如：移动端页面是否溢出、按钮文案是否遮挡、真实账号权限是否正确、回滚后数据是否可恢复。站内 AI编程验收清单 也强调过这一点：验收不是重复看代码，而是确认真实使用路径没有坏。
第五步：把审查结果变成提交说明
审查结束后，不要只留在聊天记录里。让 Claude Code 把结果整理成提交说明或 PR 描述，至少包含：
- 改动目的；
- 主要文件和逻辑变化；
- 已运行的验证命令；
- 未覆盖的人工检查；
- 已知风险和回滚方式。
这一步对个人项目也有价值。过几周回头看代码时，你会知道当时为什么这样改、测过什么、还有哪些风险没有完全消除。对于长期维护网站、脚本和自动化流程的人，这种记录比一次性聊天更有用。
老达点评
Claude Code 的代码审查价值，不在于它比人更懂业务，而在于它能不厌其烦地读 diff、对照清单、提醒你遗漏的验证步骤。它适合做合并前的第二双眼睛，但不适合替代最终判断。
我建议把它固定成一个工作习惯：每次让 AI 改完代码，都再开一轮只读审查。先让它找风险，再由人决定修不修、怎么修、何时合并。这样用，AI 编程工具才更像生产力，而不是一次次赌运气。
