Claude Code 的 Code Review 正式上线：分三档，多数 6 到 10 分钟审完，Enterprise 可领额度

2026 年 10 月 15 日（美国时间），Anthropic 宣布 Claude Code 的 Code Review 结束研究预览、正式上线，Team 和 Enterprise 套餐的组织可以用。它是 Anthropic 托管的 PR 审查服务：组织的管理员打开、选好仓库之后，开 PR 或推送时自动审，意见以行内评论发在 PR 上。这次最要紧的几点：

分三档。 Quick、Standard、Deep，管理员按仓库选，默认是 Standard。
更快。 官方说多数审查比研究预览时快约 3 倍，从约 20 分钟降到 6 到 10 分钟。
按 token 计费。 没有固定的单次价格，从组织的用量额度（usage credits）里扣。
Enterprise 有一笔促销额度。 符合条件的组织在 2027 年 1 月 15 日前可以领 1 万到 5 万美元，领取后 30 天过期。

先说和本站多数读者的关系：它要 Team 或 Enterprise 套餐，并且由组织的管理员开启。用个人套餐、走中转站的读者用不上。 本地的 /code-review 不受影响，照常可用。

对你有什么影响

用个人套餐或走中转站的

用不上这项服务。想在提交之前让 Claude 审一遍，用本地的 /code-review：官方文档说它任何套餐都能用，跑在你自己的会话里，和会话的其他部分一样算用量。本站经中转站实测过，审两轮的过程见《提交之前让 Claude Code 先审一遍》。

要注意一处区别：GitHub 上的 Code Review 会读仓库里的 REVIEW.md，本地的 /code-review 不读，只读 CLAUDE.md。两边都要守的规矩写进 CLAUDE.md。

团队的管理员

怎么打开。 组织的 Owner 在 claude.ai 的 Admin settings > Claude Code 里，找到 Code review 一节，打开 Allow code review，连上 GitHub、装 Claude GitHub App、选仓库。审查跑在 Anthropic 的服务器上，仓库里不用加工作流文件，开发者也不用配置。

三档怎么选。

档位	官方的说法
Quick	轻一点的一遍，最快，最便宜
Standard	深度、速度、花费折中，默认档
Deep	最细的一遍，最慢，最贵

组织定一个默认档，单个仓库可以另设，比如日常的代码库用 Quick，关键的用 Deep。审查用哪个模型由服务自己定，管理后台没有这个选项。

什么时候审。 每个仓库有一项 Review runs 设置，三选一：开 PR 时审一次；每次推送都审；只在有人评论时审。新加的仓库默认是每次推送都审，审得最多，也最费钱。草稿和从 fork 来的 PR 不自动审，要有写权限的人评论 @claude review。

花多少钱。

没有固定的单次价格，按 token 计费，从组织的用量额度里扣，不占套餐内的用量。
记在组织账上，不记在开 PR 或要求审查的那个人头上。组织的其他 Claude Code 功能就算走 Amazon Bedrock、Google Cloud 或 Microsoft Foundry，这笔钱也出现在 Anthropic 的账单上。
每次花多少取决于档位、改动大小、周边代码的复杂度和要核实的问题有多少，总价还要乘上审的次数。
3 月研究预览时，官方给的平均是每次 15 到 25 美元；这次的正式版公告没有给新数字。
可以在 claude.ai/admin-settings/usage 给 Code Review 设每月上限。上限、组织总的花费上限或用量额度余额任何一样用完，就跳过审查，在 PR 上留一条说明。官方建议先在几个有代表性的仓库上试，看管理后台的 Average cost 一栏，再估一个月要花多少。

哪些组织用不了。

代码不在 GitHub 上的。支持 github.com、GitHub Enterprise Server 和带数据驻留的 GitHub Enterprise Cloud，不支持 GitLab 等别的代码托管。
开了零数据留存、或者用了 HIPAA 配置的组织；它也不在 Anthropic 的 BAA 范围内。
用客户自管密钥（CMEK）的组织，暂时用不了。

开发者经 Amazon Bedrock、Google Cloud、Microsoft Foundry 用 Claude Code 的，也要有一个 Team 或 Enterprise 套餐的 Claude 组织才能开。

Enterprise 组织：促销额度

下面按 Claude 帮助中心的条款页整理：


金额	1 万到 5 万美元，在领取时按组织里在用的 Claude Code 席位数定
领取时间	2026 年 10 月 15 日到 2027 年 1 月 15 日，最晚 1 月 15 日 23:59 UTC（北京时间 1 月 16 日 07:59）
怎么领	Owner 或 Primary Owner 在 Organization settings > Claude Code 的 Code Review 设置页点 Claim。一个组织只能领一次
有效期	从领取那一刻起 30 天，或者用完为止，先到为准；没用完的不结转
能抵什么	github.com 上仓库的 PR 审查，同一个 PR 的新提交和重审也算
不能抵什么	自建的 Code Review（GitHub Action）、GitHub Enterprise Server 上的 Code Review、命令行里的 `/code-review` 和 `/ultrareview`、Claude Code 的其他用量、Cowork、聊天、API
不符合条件的	经经销商付费的（走云市场订阅不算）；接了 GitHub Enterprise Server 或 `.ghe.com` 的；试用中，或者订阅已取消、未付款、暂停、还没设置完的；Team、Pro、Max、Free 套餐；领过上一轮免费 Code Review 额度的；用不了 Code Review 的，比如开了零数据留存

两点容易踩：

30 天从领取那一刻算，不管有没有在审。 条款页提醒先把仓库配好再领。
领了之后再接 GitHub Enterprise Server 或 .ghe.com，整个组织的额度都不再抵扣。

额度用完或者到期后，Code Review 照常按用量收费。

开发者在 PR 上看到什么

行内评论分三级。 Important 是合并前应该修的 bug，Nit 是小问题，Pre-existing 是代码里本来就有、不是这个 PR 带进来的 bug。
一个叫 Claude Code Review 的 check run。 它不会是失败，审查也不批准、不拦合并，合不合由团队定。
评论命令。 @claude review 马上审一次；@claude review always 审一次，并让这个 PR 以后每次推送都重审。2026 年 7 月以前，@claude review 会订阅之后的推送，现在要写 always。
用 REVIEW.md 调它报什么。 放在仓库根目录，从 PR 的基础分支或默认分支读，不从 PR 自己的改动里读。
仓库里同时装了 Claude Code GitHub Action 的，如果它用的是默认触发词 @claude，评论 @claude review 会把 Action 也叫起来，把 Action 的 trigger_phrase 改成别的词就能分开。

同一天的博客

Claude Code 团队同一天在 claude.dev 写了自己怎么做代码审查，说 6 月到 9 月合入的 PR 翻了一倍多，被回滚的比例降了四成多。这是官方的数字，本站没有核对。里面不依赖这项服务、本地也能照做的两条（审查最多三轮、PR 模板写测试风险和回滚），整理进了下面第一篇教程。

本站相关的文章

本地的 /code-review 实测、三种审查的区别、Code Review 的评论命令和 REVIEW.md 写法，见《提交之前让 Claude Code 先审一遍》。
不用托管服务、自己在 GitHub Actions 里跑审查，见《用 GitHub Actions 让 Claude Code 审 PR、修 issue》。