Claude Code Review 结束预览正式可用：6 到 10 分钟审完一个 PR，只给 Team 和 Enterprise

先说清楚谁用得上：Claude Team 和 Enterprise 组织。Pro 和 Max 不在名单里。如果你是一个人买 Pro 或 Max，这篇看到这里就可以跳到最后一节。

它现在是什么样

10 月 15 日结束研究预览。官方给的三个变化：

速度：多数审查从约 20 分钟降到 6-10 分钟，官方说法是快了约 3 倍
质量：发现的问题会写清楚”问题是什么、什么触发的、怎么修”，几句话
分档：管理员按仓库选 Quick、Standard（默认）、Deep，日常代码库走快检，最关键的那个走深度

开启方式：管理员在 Claude Code 设置里打开，装 GitHub App，勾选仓库。之后新 PR 自动跑，开发者不用配任何东西。

审核结果的形态值得单独说：它是行内评论加一个 check run，check run 永远不会判定为失败，也永远不会 approve 或 block。合并的决定始终在人手里。这个设计是对的——AI 审查最怕的不是漏报，是它一旦有否决权，团队就会开始习惯性点同意。

钱

官方页面上唯一写明的金额是：符合条件的 Enterprise 组织可在 2027 年 1 月 15 日前申领至少 1 万美元的 Code Review 额度，领取后 30 天过期。Team 计划有功能，没有这笔额度。

它按 token 计入 usage credits，不占套餐额度，官方没公布单次价格。第三方报道给的量级是每个 PR 约 15-25 美元（研究预览期的数字，不是官方口径，参考一下量级就好）。

一人公司能抄的部分

不是去升级 Team，是那个”按仓库分档”的思路。

你现在让 AI 审代码，多半是同一个提示词、同一套规则、同一个模型跑所有东西。这等于对每一行代码都用 Deep 档。成本全花在改个 README 的 PR 上。

照这个结构改一遍：

# 按仓库/目录分三档，写在配置里而不是提示词里
review:
  default: quick          # 只查：语法错误、空指针、明显的资源泄漏
  paths:
    src/payments/**: deep # 加查：边界条件、幂等、金额精度
    src/api/**: standard  # 加查：参数校验、错误码、鉴权

然后按 PR 大小再调一次：改动少于 50 行的跑 quick，超过 1000 行的跑 deep。Anthropic 自己披露过内部数据：1000 行以上的 PR 有 84% 能拿到发现（平均 7.5 个问题），50 行以下的只有 31%（平均 0.5 个）。小 PR 用大档是纯浪费。

泼冷水

第一，它只在 Team/Enterprise 上有。为了一个审查功能把 Pro 升成 Team，多数一人公司算不过来账——除非你本来就需要多人协作。

第二，官方自己写明：Code Review 用 AI，可能漏掉 bug、安全漏洞和其他问题；一次”没有发现”的审查不代表代码没问题或安全。别把它当门禁，它是第一道过滤。

第三，1 万美元额度的有效条件是”符合条件的 Enterprise 组织”，而且领取后只有 30 天。这个设计本身就是让你在一个月内把它跑成习惯。习惯没养成，额度等于没给。

第四，6-10 分钟这个速度是”多数审查”，复杂 PR 会更久。它是异步的，不适合放在需要秒级反馈的 CI 必经节点上。

具体建议

单人用户：别升级，去抄分档。把你最贵的那条流水线（付款、鉴权、数据迁移）单独设一档深度审查，其余全用最便宜的那档。
已经在 Team 上的：今天打开，选一个仓库设 Deep，其余 Standard，跑两周看发现质量。默认 Standard 从头到尾是最容易浪费钱的配置。
Enterprise 的：额度申领窗口到 2027 年 1 月 15 日，但要算好 30 天有效期——别在没人用的时候领。
无论用谁家的审查，规则文件放在仓库默认分支上，别让 PR 自己带规则。否则一个 PR 可以顺手放宽审它的标准。

原文：https://claude.com/blog/code-review-is-now-generally-available