第 59 卷

第 59 / 72 卷日期：2026-07-04

第五步：代码审查

测试通过后，不代表这次修改就可以直接交付。

还需要做代码审查。

代码审查可以理解成：

不只是看代码能不能跑，还要看代码改得对不对、稳不稳、有没有风险。

Codex 写代码很快，但它也可能出现这些问题：

常见问题说明

所以代码审查不是可选项，而是 Codex 工作流里的关键一步。

两轮审查：Codex 自审 + 人工审查

第一轮先让 Codex 自查刚才的修改（目的不是完全相信它，而是让它先暴露明显问题），最好让它输出成表格：

第二轮人工审查。最终交付的人是你，不是 Codex。不要求每行都看懂，但要重点看 diff 的这几处：

涉及登录、支付、权限、数据库、鉴权等重要代码，建议再用第二个模型做交叉审查——一个模型写，另一个模型专门挑错（只改文案、轻微样式一般不必）。但第二个模型的建议同样不能全盘接受，它帮你发现问

题，不替你做最终决定。

重点盯四类高风险问题

下面四类是 Codex 最容易出问题、也最该重点审的地方：

类别	常见问题	审查要点
边界条	正常输入能用、异常输入就崩	空数据、接口失败、未登录、权限不足、移动端尺寸、重复点击

件

安全问	涉及用户/接口/权限/支付/上传/	是否暴露密钥 token、权限判断是否缺失、输入是否校验、是否泄露
题	数据库时	敏感信息、接口是否有鉴权
是否误	看似没用、实际有用的代码被删	重点看 diff 的删除内容；旧组件、注释、兼容代码、fallback、配置
删		项都可能仍被依赖
业务逻	代码能跑但逻辑错（跳错页、价格	正常路径、异常路径、权限判断、是否覆盖了旧业务规则
辑	算错、越权）

看到大段删除但 Codex 没解释清楚，就不要直接接受。

代码审查提示词模板

实际使用时，可以直接复制这一段：

请按下面结构审查：

全站分卷索引 · 72 卷