用 Codex 做代码审查：一份可复用的检查流程

让 Codex 做审查时，先给它 diff 和目标，再要求按风险排序反馈。审查结果应该帮助你决定是否需要修改，而不是堆积泛泛建议。

推荐提示词

请审查当前 diff，重点关注：行为回归、边界条件、错误处理、权限和测试缺口。只报告能由代码证据支持的问题，按严重程度排序，并给出文件和行号。最后说明你没有发现的风险类型。

人工确认三件事

反馈是否指向真实的运行路径，而不是假设中的代码。
修复建议是否符合项目已有的 API 和错误处理约定。
测试是否覆盖了审查指出的边界，而不是只让测试数量变多。

把审查接到 API 流程

如果你想在 Pull Request 或内部工具中自动触发审查，可以使用 API 构建自己的工作流。先阅读生产环境 API 清单，再决定鉴权、队列和重试策略。