AREX Feed Article
Anthropic 宣布 Code Review 正式上线：官方称多数审查提速约 3 倍，Enterprise 可领至少 1 万美元抵扣额
北京时间 10 月 16 日早上 6 时 51 分，Anthropic 官方开发者账号 宣布：Claude Code 的自动代码审查功能 Code Review 正式可用（generally available，下文简称 GA），面向 Claude Team 与 Enterprise 计划，结束其自 2026 年 3 月 9 日开始的研究预览（research preview）状态。这个功能会自动审查 GitHub 上的 pull request（PR），把审查发现（findings）以行内评论贴到对应代码行。Anthropic 同时在官网发布了，列出本次 GA 的完整变化清单。
公告列出的 GA 变化集中在三点：多数审查的完成速度较研究预览期快约 3 倍；发现更简洁，覆盖更多要紧的 bug；管理员可以为每个仓库单独选择 Quick、Standard 或 Deep 三档审查级别。此外，符合条件的 Claude Enterprise 组织可在限期前领取至少 1 万美元的 Code Review 抵扣额（credits），额度自领取起 30 天后过期。
相比研究预览：平均审查用时从约 20 分钟降到 6～10 分钟
速度的官方数字是：多数审查约比预览期快 3 倍，平均用时从约 20 分钟缩短到 6～10 分钟。公告称 Code Review 在预览期间变得更敏锐，能抓到更多原本会漏进生产的 bug；每条发现只用几句话写清问题、触发条件和修法。灵活性上，管理员按仓库在 Quick、Standard 或 Deep 三档中选一档，常规代码库走快速审查，最关键的仓库用深度审查——公告同时强调「每一档都提供高质量审查」。
这些调整各有出处。公告称，代码生成代理不断加快团队写代码的速度，审查瓶颈却没有缓解；Anthropic 在自己内部的 PR 上运行 Code Review，从中看到审查在哪些环节拖慢自家工程师；预览期用户则反馈，审查确实在人查看 PR 之前就抓到了真问题，但他们想要更安静、随改动规模伸缩、更快的审查。
需要说明的是，以上速度与质量数字均为 Anthropic 自述口径，本文未做独立核实。
Enterprise 抵扣额 1 万至 5 万美元，领取即启动 30 天倒计时
据 ，这批推广抵扣额面向符合条件的付费 Claude Enterprise 组织（新老客户皆可），金额在领取那一刻确定，介于 10,000～50,000 美元之间，取决于组织的活跃 Claude Code 席位数；公告中「至少 1 万美元」即该区间的下限。领取由组织的 Owner 或 Primary Owner 在组织设置的 Claude Code 区块点击 Claim 完成，全组织限一次，领取后不可撤销、金额不再调整。
领取窗口从 2026 年 10 月 15 日持续到 2027 年 1 月 15 日，最后一刻为当天 23:59 UTC。条款特别提醒先在仓库上配置好 Code Review 再领取：30 天从领取那一刻起算，无论审查是否已经在跑。领取后，组织在 github.com 托管仓库上的每次审查——包括对新提交的审查和对同一 PR 的再次审查——都先从抵扣额中按牌价扣减；因 Anthropic 一方问题失败或中止的审查不计费，被新推送（push）或组织自己停止的审查按已发生部分计费。只要还有余额，即使组织把月度支出上限设为 0 美元，审查也能继续运行。
条款页明确列出的例外包括：
- 通过经销商计费的组织（经云市场订阅付费不算经销商）；
- 接入了 GitHub Enterprise Server 或带数据驻留的 GitHub Enterprise Cloud（a.ghe.com 地址）实例的组织，若领取后才接入，全组织抵扣额立即失效；
- 处于试用状态，或订阅已取消、欠费、暂停、尚未完成设置的组织；
- Claude Team、Pro、Max 和 Free 计划；
- 领过上一轮免费 Code Review 优惠的组织；
- 无法使用 Code Review 的组织（例如开启了零数据保留的组织）。
抵扣额本身也不覆盖自托管的 GitHub Action、GitHub Enterprise Server 上的审查、CLI 中的 /code-review 与 /ultrareview 命令，以及 Code Review 之外的任何 Claude 用量。30 天结束或额度用完后，Code Review 作为付费功能继续按常规计费，未用完的额度不结转。
管理员开启后，新 PR 自动进入多智能体审查
按官方公告与推文的一致口径，开启只需要管理员操作：在 Claude Code 设置中启用 Code Review，安装 Claude GitHub App，选择要审查的仓库；此后的每个新 PR 自动触发审查，开发者无需任何配置。
描述了审查的内部流程：多个代理在 Anthropic 基础设施上并行分析代码差异（diff）与周边代码，各自负责一类问题；随后一步验证将候选发现对照实际代码行为，过滤误报；剩下的发现去重、按严重程度排序，以行内评论贴到出问题的代码行上，并在审查正文给出汇总。发现分三级标注：Important（合并前应当修复的 bug）、Nit（值得改但不阻塞的小问题）与 Pre-existing（并非本 PR 引入的既有问题）。触发方式可按仓库配置——PR 创建时审一次、每次 push 都审或仅手动触发；具有写权限（write 及以上）的成员还可以在 PR 下评论 @claude review 随时发起一次审查，来自 fork（分支仓库）的 PR 只能通过评论触发。团队可以用仓库中的 CLAUDE.md 与 REVIEW.md 文件调整审查尺度与报告方式。
计费按 token 用量计算，文档给出的参考值是每次审查平均 15～25 美元，随 PR 大小与复杂度伸缩，通过单独的用量额度（usage credits）结算，不占用计划内含用量。补充了两个运行细节：审查运行在托管环境中，对仓库只有只读权限，靠阅读 diff 与周边代码工作、不做构建也不运行代码；用哪个 Claude 模型由 Code Review 自行决定，管理员设置中没有模型选项，更深的档位花费更高。
研究预览阶段公布的内部数据
Code Review 最初以研究预览形式上线时，同样只面向 Team 和 Enterprise 计划。给出的动机是：过去一年工程师人均代码产出增长 200%，代码审查成了瓶颈，客户每周都在反映同样的问题。
预览期间 Anthropic 公布过一组内部数据：Code Review 几乎运行在 Anthropic 的每一个 PR 上，收到实质性审查意见的 PR 占比从 16% 升至 54%；改动超过 1,000 行的 PR 中 84% 会产出发现，平均 7.5 个问题，50 行以下的小 PR 则为 31%，平均 0.5 个；被工程师标记为错误的发现不到 1%。按当时的测试口径，平均一次审查约 20 分钟。
发布文章还记录了两个案例。一个内部案例中，一行改动的生产服务 PR 看似常规、通常会被快速通过，Code Review 却将其标为 critical：该改动会破坏服务的身份验证，最终在合并前修复，工程师事后表示靠自己看不出来。另一个来自早期客户：在 TrueNAS 开源中间件的一个 ZFS 加密重构 PR 中，Code Review 发现了相邻代码里一个既有的类型不匹配 bug——它会在每次同步时悄悄清空加密密钥缓存。
审查不批准、不拦截，合并决定仍在团队手里
GA 没有改变这个功能的权限边界。文档写明，发现既不批准也不拦截 PR，名为 Claude Code Review 的 check run（GitHub 检查项）永远以中性结论收尾，不会触发 GitHub 分支保护规则拦截合并；想用审查结果卡合并的团队，需要在自己的持续集成（CI）流程中解析 check run 的输出。文档同时提示审查是尽力而为（best-effort），失败的运行不会阻塞 PR；unite.ai 转述文档的提醒称，AI 审查可能漏掉 bug、安全漏洞或其他问题，一次没有发现的审查不代表代码没有错误、足够安全。
托管审查服务的可用范围也有硬性限制：文档写明，开启零数据保留（Zero Data Retention）或应用了 HIPAA 配置的组织无法使用 Code Review，该功能也不在 Anthropic 的 BAA（商业伙伴协议，Business Associate Agreement）覆盖范围内，对这些组织而言这批抵扣额同样无从谈起。而按照条款页的说明，限期截止时仍无人点击 Claim 的组织拿不到任何额度，此后的每一次审查都照常计费。