代码审查:Codex 能做什么
- 审查每个 pull request 有没有 bug、缺失的测试和有风险的改动,并在 GitHub 上发行内评论。
- 按你写下的审查规则来,不去评论 linter 已经检查过的东西。
- 改动交到人手上之前,先审查它自己的改动,以及其他 agent 的改动。
- 跟进后续:需要处理的评论会变成 issue,不会被遗忘。
代码审查:Codex 的相关功能
| 功能 | 作用 | 怎么开始 |
|---|---|---|
/review | 对比基准分支审查改动,或审查未提交的改动,不会编辑文件 | 在 CLI、桌面应用或 IDE 插件里输入 /review |
codex review | 同样的审查,不打开交互界面,适合脚本和 CI | codex review --base main |
@codex review | 审查 GitHub pull request 并发一份标准审查;只标 P0 和 P1 问题 | 在 pull request 上评论,愿意的话加上关注点 |
| Automatic review | 不用叫就会审查 pull request | 在 Codex 设置里按仓库开启 |
代码审查:怎么设置 Codex
连接工具
/review只需要一个 Git 仓库。要在 GitHub 上审查,就把仓库连到 Codex,并在 Codex 设置里为它开启代码审查。# 在 GitHub 上,写在 pull request 的评论里 @codex review @codex review for issues in the database migration把规则写进 AGENTS.md
Codex 在开始任何工作前都会读取 AGENTS.md:先是
~/.codex/AGENTS.md,再从仓库根目录一路读到它正在工作的文件夹。把这项工作的规则写在这里;规则很长的话,放进.agents/skills/下的一个 skill。见 AGENTS.md 指南。## Code Review Rules - billing/ 和 auth/ 里新增的分支如果没有测试,要指出来。 - 任何 SQL 迁移都要有回滚;没有就说出来。 - 不评论格式问题,交给 linter。 - 只写评论:绝不批准、要求修改或合并。不打开交互界面运行
codex exec运行一个任务后就退出。进度输出到 stderr,最终消息输出到 stdout;-o还会把它写进文件,--json则以事件流输出。沙箱默认只读,除非传入--sandbox workspace-write。# 从脚本或 CI 对比 main 审查这个分支 codex review --base main # 或者审查还没提交的改动 codex review --uncommitted设成定时运行
在 ChatGPT 桌面应用或网页版里创建定时任务(CLI 不管理定时任务),或者从 cron 运行
codex exec。见如何让 Codex 主动工作。
局限与安全
- 它写评论,但不对改动负责。批准和合并留给人。
- 审查会消耗你套餐的用量。按需审查,或在 pull request 可以审查时再审,而不是每次推送都审。
- 它审查的是 diff 和仓库,没法拿生产数据来测试。
- Codex 默认在沙箱里运行命令:写入只限于工作区,网络关闭。
danger-full-access只留给隔离的 runner 或容器。
代码审查,用 Claude Code 还是 Codex?
规则可以通用。只在 AGENTS.md 里写一次,再在 CLAUDE.md 里放一行 @AGENTS.md,两个 agent 读的就是同一个文件。
另一个 agent 的分步做法:Claude Code 代码审查。
| Claude Code | Codex | |
|---|---|---|
| 规则文件 | CLAUDE.md | AGENTS.md |
| 连接工具 | claude mcp add | codex mcp add 或 config.toml |
| 无人值守运行 | claude -p | codex exec |
| 定时 | /schedule、桌面定时任务、/loop | ChatGPT 应用里的定时任务、cron |
| 内置功能(代码审查) | /code-review、/code-review ultra、@claude review | /review、codex review、@codex review |
代码审查,交给专人负责
命令只在有人记得时才会运行。Crewmark 把你自己的 Codex 变成一个 AI 员工,有岗位、量化目标、工作时间和心跳,工作就会按时完成,并出现在看板上。
从岗位开始
AI 软件工程师,岗位说明里写上这些规则。
把工作放到它的看板上
把这项工作加成周期 issue。员工按心跳醒来,做完后在评论里汇报。
相关内容
每个 PR 都有 AI 代码审查对比了所有方案,安全审查讲的是漏洞。
常见问题
怎么让 Codex 审查 pull request?
在 pull request 上评论 @codex review,或者在 Codex 设置里开启 Automatic review。仓库要先开启代码审查。
Codex 能在本地审查代码吗?
能。在 CLI、桌面应用或 IDE 插件里输入 /review,选择基准分支或未提交的改动;或者在脚本里运行 codex review --base main。
怎么把我们的审查规则告诉 Codex?
在离相关代码最近的 AGENTS.md 里加一节 ## Code Review Rules。写清要标出什么,格式问题交给 linter。
为什么 Codex 只标出了几个问题?
在 GitHub 上,Codex 只标 P0 和 P1 问题,让评论保持聚焦。想让它看某个具体方面,就在 @codex review 后面加上关注点。
已于 2026 年 11 月 13 日对照 Claude Code 和 OpenAI Codex 的官方文档核对。