代码写得越来越快，审查却不能无限加人。Claude Code团队的做法，是不再把“有没有人逐行读过”当作安全的替身，而是追问：这次改动可能哪里出错，哪一种检查最容易抓住它。代码审查也因此从合并前的最后一道门，变成类似写作时拼写检查的持续过程。
据团队文章，多数改动在提交Pull Request（PR，即交给团队讨论并合并的一组代码）前，已由Claude检查和修改至少一次。开发者会让它实际运行测试、构建程序或展示界面截图，再由一个获得全新上下文的子Agent复查改动。机器先拦截常规错误，人则把注意力留给更高层的判断。
团队用每个PR所需的人工批准、评论和等待时间衡量人力，同时盯住回退率与事故率，防止只是把审查成本挪到事后。文章称，6月至9月合并的PR数量翻倍有余，需要回退的比例反而下降超过40%。这套流程的关键不是取消人工审查，而是让每类风险交给最合适的检查，并确保出错后容易撤销。