Claude Code 团队：别再问“有没有人看过代码”
Claude Code 团队说，大多数改动在请人审查之前，已经被 Claude 审过、改过至少一次，常规错误大多在这一步被拦下。
- 谁说的
- Anthropic Claude Code 团队的 Addy Osmani、Morgan Westlee Lunt 和 Qing Wang，在文章《How the Claude Code team does code review》中介绍团队做法，Simon Willison 于 10 月 16 日摘录。
- 核心观点
- 他们认为“有没有人读过代码”只是一个粗糙的替代指标。该问的是：这次改动可能出什么问题？由哪一道检查来拦，自动的还是人工的？
- 依据
- 审查从提 PR 之后的关卡，变成写代码时持续进行，他们比作拼写检查。他们说常规错误大多被 Claude 先拦下，团队的注意力留给更高层的问题。
- 对你的意义
- 把审查清单按风险重新分一遍：哪些交给 AI 或自动检查，哪些必须由人判断。这能用在代码上，也能用在文档、数据报表上。
- 争议·条件
- 他们只说 AI 能拦下“大多数常规错误”，高层判断仍然靠人。这套做法建立在团队对 Claude Code 很熟、自动检查齐全的基础上。
Simon Willison 摘录了 Claude Code 团队的一段话。他们说，以前的审查是流程末尾的关卡：写代码、开 PR、等同事看。现在换了一个问题来问：这个改动可能出什么错，哪一道检查最适合拦住它？ 问题换了，审查的时机也跟着变了，变成写代码时持续在跑，像拼写检查。大多数改动在请人看之前，已经被 Claude 审过、修过至少一次。
同一天，Every CEO Dan Shipper 在 X 上写道：生成内容现在便宜，质量也高，接下来最需要提升的能力是编辑和监督。两边说的是同一件事：瓶颈从“写出来”移到了“查得对”。
对带团队或自己写代码的人，可以先列出常见错误，把能由机器发现的那部分前移到写作过程中，人工审查只留给设计取舍、需求理解这类问题。这套分工依赖可靠的自动检查。测试薄弱的项目照搬，等于少了一道人工关卡，却没有补上别的检查。