用 Claude Code 和 Codex 给每个 pull request 做 AI 代码审查

给 pull request 做 AI 审查的三种方式

怎么用 Claude Code 或 Codex 审查 pull request

1. Claude Code：运行 /code-review

   在 Claude Code 会话里，/code-review 会找出你分支改动里的 bug；带上 PR 编号就审查那个 pull request，加 --comment 就把发现作为行内评论发到 GitHub。--fix 则是把修复直接应用到你的工作区。/review 是它的别名。

   # Claude Code：审查一个 pull request 并发行内评论
   /code-review 142 --comment
   
   # Codex：在 GitHub 的 PR 评论里请它审查
   @codex review
   @codex review for issues in the database migration

2. Codex：评论 @codex review

   在 pull request 的评论里写 @codex review；Codex 会用 👀 回应，然后发出审查。需要的话在后面加上关注点。想不用每次叫它，就在 Codex 设置里开启 Automatic review 并选择触发时机。

3. 把审查规则写下来

   Codex 会读离代码最近的 AGENTS.md 里的 ## Code Review Rules 一节。Claude Code 的话，把同样的规则放进 CLAUDE.md。有了规则，审查更一致，也不会去管 linter 已经管的事。

   ## Code Review Rules
   - billing/ 和 auth/ 里新增的分支如果没有测试，要指出来。
   - 任何 SQL 迁移都要有回滚；没有就说出来。
   - 不评论格式问题，交给 linter。
   - 不批准、也不要求修改：只写评论。

来源：Claude Code 文档，用 /code-review 在本地审查

AI 审查不会做的事

• 批准或拦截：Claude 的托管 Code Review 从不批准或拦截 pull request；好的岗位说明也会让员工只写评论。
• 代替改动的负责人：它能抓 bug 和缺失的测试；产品和设计上的决定留给人。
• 什么都看：Codex 在 GitHub 上只标 P0 和 P1 问题，以免评论太多。需要时让它关注某个方面。
• 不花钱：审查消耗你套餐的用量。按需审查，或在 PR 标为可审查时审查，而不是每次推送都审。

Claude Code 和 Codex 的分步做法

每个 agent 的内置命令、要连接的工具和定时方法：Claude Code 代码审查、Codex 代码审查。

让审查成为某个人的工作

命令只在有人记得运行时才会审查。AI 员工审查，是因为这就是它的工作：Crewmark 把你的 Claude Code 或 Codex 变成一个工程师，按心跳醒来，接手等待审查的 pull request 并写评论。

1. 从岗位开始

   AI 软件工程师，把你们的审查规则写进它的岗位说明。

2. 把审查放到看板上

   给它分配审查 issue，或者加一个周期 issue，审查所有标为可审查的 PR。

3. 更多工程工作

   见用 Claude Code 做工程和 Sentry 报错分拣。

常见问题