AI 生成代码提交前，审查工具怎么选

Claude Code 一次写完六个文件、400 行代码，却还没提交。这时该让谁来审？原文围绕这个具体场景比较 Qodo、CodeRabbit、Greptile 和 cubic：先看工具能否读到当前改动，再看它如何获取规范、返回问题、推动修复。

作者最看好 Qodo 的完整流程，也分别认可另外三款的自动化接口、审查结果查询和模型计费方式。不过，文章给出了不少接入细节，却没有提供统一的缺陷检出率对照。它更适合帮助你筛选工作流，不能直接证明谁审得最准。

先问能否看见没提交的代码

不需要 PR，不等于能审未提交代码。

Greptile 就是这个区别的典型：它比较当前分支与仓库默认分支，审查已经提交、尚未合并的变更。即使使用不创建 PR 的 headless review，未提交内容仍然不在范围内。

作者描述的那批六个文件、400 行代码，如果还停留在工作区，Greptile 就看不见。

另外三款可以覆盖这个阶段。CodeRabbit 默认读取已跟踪文件的变更，--uncommitted 用于暂存及未暂存修改，--include-untracked 纳入 Git 尚未跟踪的新文件。cubic 的 cubic review 直接审未提交工作，传入 -b 才改为与基础分支比较。Qodo 的 Review skill 读取本地 diff 和未跟踪文件；按原文描述，只有基础提交需要推送，当前修改可以留在本地。

这对 AI 编程尤其重要。一次生成可能同时包含旧文件修改和新文件，如果审查漏掉后者，报告再完整，也只覆盖了部分实现。

Qodo 想把规则放到生成之前

作者偏向 Qodo，主要因为它把审查放进了更长的开发流程。

原文称，9 月 9 日公布的 Agentic Toolbox 包含五个 skills，但没有注明年份。Codebase Wisdom 用来了解调用关系、既有实现、其他仓库中的类似方案及近期提交；Get Rules 在生成前获取组织标准和仓库约定；Review 独立审查；Review Resolver 处理发现；Manage Standards 维护规范。

作者用支付服务增加 webhook 签名验证举例：先查现有处理方式，再加载密钥处理、请求校验等规则，然后由 Claude Code 实现，最后审查本地改动。

这个顺序成立的理由很直接：如果规则到审查阶段才出现，Agent 可能先生成一版违反约定的实现，再花一轮修改。提前给规则，有机会减少这类返工。不过，原文没有给出节省时间或减少缺陷的实测数据。

Review Resolver 更有借鉴价值。每条发现必须有明确结果：fixed 表示已经应用修复，skipped 表示跳过并说明原因，reported 表示报告问题但未修改。它只处理指令限定的范围。这样回看记录时，能区分问题已经解决，还是仅被提到。

Manage Standards 则允许管理员在会话中创建、更新、调整适用范围和批量处理 Review Standards；非管理员的贡献进入待审批建议。规范因此可以从一次审查经验变成后续任务的输入。

下面这段放进 CLAUDE.md 的指令，约束了审查上下文和修复轮次：

Before opening a pull request, run Qodo's local pre-PR review with context describing what changed, why, key decisions, and links to the ticket or design.

Perform one review-and-fix pass by default. Continue with another round when it is useful to validate meaningful fixes or when the user requests it, within an agreed limit.

要看第二段：默认只做一轮审查与修复，有必要才继续，并且要有约定上限。它给自动修复循环划了边界。

接入方面，Qodo 支持 Claude Code、Codex、Kiro marketplace，也提供 curl -fsSL https://get.qodo.ai | sh，要求 Node 20 或更高版本。Windows 对应命令是 powershell -ExecutionPolicy Bypass -Command "irm https://get.qodo.ai/install.ps1 | iex"。安装不要求账号，使用托管 skills 需要登录；后续执行 qodo 时可刷新托管 skills，不覆盖用户自有或定制内容。安装器还会尽力移除已弃用的 @qodo/command。

另外三款，各自解决哪一段问题

CodeRabbit 最清晰的优势是供程序消费的输出。cr review --agent 向 stdout 逐行输出 JSON，也就是 JSONL。发现中包含 fileName、codegenInstructions，以及固定的严重程度：critical、major、minor、trivial、info、none。修复指令为空时，可回退读取面向人的评论。

对准备接 Node 脚本或 CI 的团队，这比解析自然语言报告更方便。但字段稳定，只能证明接口容易接，不能证明严重程度判断足够准确。

它通过 CLI 安装并登录：

curl -fsSL https://cli.coderabbit.ai/install.sh | sh

coderabbit auth login

第二条命令完成认证后，还可通过 /plugin install coderabbit 安装插件，用 /coderabbit:review 发起审查，按 committed、uncommitted、--include-untracked 或 --base main 指定范围。

原文给出的审查耗时是 7 到 30 多分钟，没有交代样本规模。放进交互会话时，这个等待成本需要实际测量。CodeRabbit 在 MCP 中还是客户端，用来读取外部系统上下文；它并非直接暴露给 Claude Code 调用的 MCP 服务。原文后来提到经 MCP server 调用并调整超时，却没解释中间桥接方式，这里存在说明缺口。

Greptile 的分工更明确：CLI 发起审查，MCP 读回结果。安装入口是 /plugin marketplace add greptileai/claude-plugin 和 /plugin install greptile@claude-plugin，随后执行 /greptile:login；MCP 还要通过 /mcp 单独认证，同一账号对应两份 token 存储。

/greptile:review 发起 headless review，结果可用 source: "headless" 查询。它提供 19 个 MCP 工具，覆盖 PR、审查、评论搜索、自定义上下文、知识库和分析。自定义上下文支持读写团队模式，但是否在生成前调用，仍取决于 Agent 的执行安排。

cubic 的特色是使用自己的 Claude Code。MCP 接入命令为 claude mcp add --transport http --scope user cubic https://www.cubic.dev/api/mcp，再通过 /mcp 完成 OAuth。域名必须保留 www，原文解释部分客户端会精确比较受保护资源的来源。

执行 cubic auth connect claude-code 后，cubic 通过 Agent Client Protocol（ACP）把本地 Claude Code 作为子进程运行。认证、模型调用和费用由用户自己的安装承担，可选择 opus、sonnet 或 haiku。skills 还能通过 npx @cubic-plugin/cubic-plugin install --skills-only 或 mrge-io/skills marketplace 安装。

我的判断

作者把「看得见哪些代码」放在选型前面，这一点很实用。PR 审查、本地修改审查、生成前规则加载，分别解决不同阶段的问题，不能只按产品功能数量排序。

我也认可 Qodo 对问题处理结果的约束。不过，流程覆盖完整，不足以证明审查质量领先。 作者说测试过四款工具，却没有展示相同补丁上的检出率、误报率、修复正确率和成本对比。对 Qodo 更适合无人值守的判断，仍是经验之谈。

独立审查引擎也不自动保证没有盲区；反过来，cubic 使用同一个 Claude Code 环境，也不能单凭这一点判定效果更差。关键要看审查上下文、指令和实际发现。

小团队还可以先把规则写入 CLAUDE.md，配合 lint、类型检查、测试和人工审查。等跨仓库规范维护、权限审批成为实际负担，再评估治理产品。原文列出的 CodeRabbit 高档年付价格为每人每月 $48、$72；Qodo 和 cubic 超过 30 席需联系销售。这些也不足以算出完整使用成本。

能拿来做什么

• 在真实仓库准备一组包含暂存修改、未暂存修改和新文件的补丁，确认工具实际审了哪些内容，再比较它提出的问题。
• 给日常 AI 编程加上固定流程：生成前读取仓库规则，提 PR 前附带改动目的和关键决策，默认完成一轮审查与修复，并记录每条发现的处理结果。
• 如果要用 Node 接入 CodeRabbit 的 JSONL，先保存 fileName、严重程度和修复指令，观察误报及修复效果后，再决定哪些级别可以阻断 CI。
• 主要审已提交分支时，可评估 Greptile 的结果查询能力；希望沿用现有 Claude Code 模型账户时，可试 cubic，并记录审查耗时和额外模型消耗。