用 Claude Code 做代码审查：命令、规则和常驻审查者

代码审查：Claude Code 能做什么

• 审查每个 pull request 有没有 bug、缺失的测试和有风险的改动，并在 GitHub 上发行内评论。
• 按你写下的审查规则来，不去评论 linter 已经检查过的东西。
• 改动交到人手上之前，先审查它自己的改动，以及其他 agent 的改动。
• 跟进后续：需要处理的评论会变成 issue，不会被遗忘。

代码审查：Claude Code 的相关功能

代码审查：怎么设置 Claude Code

1. 连接工具

   审查你自己的分支，/code-review 不需要任何额外设置。要按编号审查 pull request，并用 --comment 发评论，就在仓库的本地副本里工作，并登录 GitHub CLI。

   # 登录一次 GitHub
   gh auth login
   
   # 以 high 强度审查 pull request 142，并发行内评论
   /code-review high 142 --comment

2. 把规则写进 CLAUDE.md

   Claude Code 在每次会话开始时都会读取 CLAUDE.md，claude -p 运行也一样。把这项工作的规则写在这里；规则很长的话，放进 .claude/skills/ 下的一个 skill。见 CLAUDE.md 指南。

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

3. 不打开交互界面运行

   claude -p 运行一个任务后就退出，所以 cron、CI 或别的工具都能启动它。用 --allowedTools 或 --permission-mode 决定它不经询问可以做什么；--output-format json 会连同花费一起返回结果。

   # 从 CI 或 cron 审查一个 pull request；-p 运行时 /code-review 也遵循 CLAUDE.md
   claude -p "/code-review 142 --comment"

4. 设成定时运行

   用 /schedule 做成云端定时任务（Pro、Max、Ultra、Team 和 Enterprise 可用），或者用桌面定时任务，会话开着时也可以用 /loop。见如何让 Claude Code 主动工作。

来源：Claude Code 文档

局限与安全

• 它写评论，但不对改动负责。批准和合并留给人。
• 审查会消耗你套餐的用量。按需审查，或在 pull request 可以审查时再审，而不是每次推送都审。
• 它审查的是 diff 和仓库，没法拿生产数据来测试。
• 从 Claude Code v2.1.302 起，claude -p 以 Manual 模式启动：需要批准的操作，除非有规则允许，否则一律拒绝。只放行这项工作需要的工具。

代码审查，用 Claude Code 还是 Codex？

规则可以通用。只在 AGENTS.md 里写一次，再在 CLAUDE.md 里放一行 @AGENTS.md，两个 agent 读的就是同一个文件。

另一个 agent 的分步做法：Codex 代码审查。

代码审查，交给专人负责

命令只在有人记得时才会运行。Crewmark 把你自己的 Claude Code 变成一个 AI 员工，有岗位、量化目标、工作时间和心跳，工作就会按时完成，并出现在看板上。

1. 从岗位开始

   AI 软件工程师，岗位说明里写上这些规则。

2. 把工作放到它的看板上

   把这项工作加成周期 issue。员工按心跳醒来，做完后在评论里汇报。

3. 相关内容

   每个 PR 都有 AI 代码审查对比了所有方案，安全审查讲的是漏洞。

常见问题