前几天 Claude Code 团队发布了博客 How the Claude Code team does code review，讲述了 Claude Code 内部如何进行代码审查。我看了之后很有收获，以下记录一些我读后的心得。
代码审查是必须的
一些 vibe coding 的爱好者宣称自己完全不看代码，让 AI 写、让 AI 审，然后直接合并。可连最擅长 AI 编程的 Claude Code 团队都仍然需要代码审查，我们还有什么理由说不呢？
不过，AI 时代的代码审查已不再是传统意义上逐行读代码的审查：先由 AI 完成审查和验证，最终仍要由人来确认。
人的精力是有限的。在 AI 快速提交代码的节奏下，逐行审查既不现实也没有必要。借助自动化的“AI 审查—验证—反馈”机制，可以大幅减轻人的负担，把精力留给真正不可替代的环节。
审核路径可根据风险程度简化
修一个定义明确的 bug，和改动接口或数据存储，风险并不相同；不同可信程度的作者提交的改动，风险也不一样。
风险小的改动可以直接自动合并；风险大的改动则需要一到两位审核人员批准。
提交更改的人需要负责
提交改动的人要像对待自己写的代码一样，审查自己的改动并为之负责。
出了问题，不能把责任甩给 AI。
利用 AI 维持对项目的理解
既然不再逐行审查代码，一个令人担忧的问题就出现了：开发人员如何维持对项目的理解？Claude Code 团队的解释是，仅凭 diff 很难看清改动的全貌，不如直接读完整代码。读源码时可以借助 AI：先让它理解项目全貌，再总结关键路径，甚至当场做一个小型实现来帮助理解。
总结
Claude Code 这篇文章分享了 AI 时代代码审查的宝贵实践经验，推荐大家去读原文。