AI 写完代码，怎么放心上线？拆解 Claude Code 团队的审查流程

AI 写代码越来越快，全靠人逐行检查根本跟不上。这期视频详细拆解 Anthropic 官方分享的 Claude Code 团队代码审查流程：从 6 月到 9 月，合并的 PR 数量增加了一倍以上，需要回滚的比例下降了超过 40%。适合正在用 Claude Code、Codex 等 AI 工具写代码的朋友，以及想在团队里落地 AI 审查的同学。 本期要点： 1. 代码产量压力：Anthropic 单体仓库每天合入的变更，从 5 月约 2500 个增长到 9 月超过 30000 个，逐行人工审查越来越难 2. 开发环境验证：先让 Agent 检查功能实际效果，比如网页能通过浏览器访问、UI 有截图可对照；再由一个拥有全新上下文的智能体做 Code Review，提供独立的第二意见，也可以用不同模型交叉检查 3. CI 持续集成：提交 PR 后自动运行业务测试、编译检查、常见代码问题和打包检查，必需检查失败就要改完再提交 4. AI 审查：多个智能体并行，结合 PR 描述、代码变更和仓库上下文找真实问题——改动有没有解决问题、适不适合现有系统、会不会影响其他功能、修 Bug 有没有找到根本原因；另一组智能体对每条问题验证投票，过滤掉只谈代码风格的意见，剩下的按严重程度标注排序，作者必须逐条回复 5. 审查死循环怎么破：给审核设轮次上限、逐步缩小复审范围、让意见一次说清，避免审查 AI 和写代码 AI 来回几十轮结束不了 6. 安全审查：SQL 注入、跨站脚本 XSS、身份认证和权限控制、不安全的数据处理、第三方依赖中的已知漏洞 7. 人工批准：风险分低、中、高三档，由分类器根据代码变更判断；低风险可以不再要求人工批准，普通功能变更要 1 名审查者，高风险要 2 名 8. 合并队列：在最新主分支基础上加上待合入变更重新跑检查，避免多个 PR 各自通过、组合起来出问题 9. 发布与回滚：新功能先放在功能开关后面给内部员工用，Claude 分 latest 和 stable 两个通道逐步放量；出问题可以关开关、撤销变更或修复后发新版本 10. AI 时代人的注意力放在哪：决定值不值得做、审查高风险代码、把关架构设计、阅读验证证据、对结果负责 全程用“修改订单金额计算”这一个功能例子把流程串讲了一遍，很多细节值得反复看。 00:00 开场与流程总览 01:04 开发环境验证 02:35 CI 持续集成检查 03:45 AI 审查 08:10 安全审核 09:31 人工审核 10:46 PR合并 11:47 发布 12:46 总结