Codex 怎么审查 GitHub Pull Request？@codex review 与自定义规则指南

Codex GitHub Review 能做什么

启用 Codex Code Review 后，可以在 Pull Request 评论中使用 @codex review 请求审查；也可配置自动审查。Codex 会读取 PR diff 与仓库规则，并把高优先级问题作为标准 GitHub Review 发布。

它是额外审查者，不替代测试、分支保护、必需审批或负责人判断。

一、启用前的准备

需要为目标仓库配置 Codex Cloud，并在 Codex 设置中启用 Code Review。配置自动审查通常还需要相应 GitHub 权限。

如果希望审查遵守仓库特有规则，把规则写入最接近相关代码的 AGENTS.md。

二、手动请求一次审查

在 PR 评论中输入 @codex review。也可以增加明确范围，例如关注数据库迁移、边界条件或权限变化。

等待 Codex 响应并发布 Review 后，先核对问题是否基于真实 diff 和正确业务规则，再安排修复。

三、怎样写有效的 Code Review Rules

规则应聚焦遗漏后影响严重、并且 CI 难以自动判断的仓库特有问题：权限边界、数据不变量、实验分组、兼容性和隐私要求。

格式化、lint 与确定性检查交给 CI。先添加两三条高价值规则，用一个应触发、一个安全反例和一个无关改动验证噪音。

四、处理审查结果

按严重程度确认问题、复现条件和影响路径。若要让 Codex 修复，可在同一 PR 上发起后续任务，但仍要运行测试并重新审查。

安全审查与普通代码审查关注点不同；高风险仓库应结合威胁模型和人工安全评估。

五、自动审查仍需团队治理

自动 Review 适合覆盖每个 PR，但必须配合分支保护、测试、审批人与发布流程。定期删除产生噪音的规则，并补充团队反复指出的高影响问题。

站内更多 Codex 实践可访问 https://gptupcn.com/codex/ 。

结语

把 Codex Review 当作持续的第二双眼睛：规则明确、范围具体、证据可复核，它才能真正缩短审查时间。