AI 工具指南

Codex Review Generated Code

给中文新手的一套 Codex 生成代码后人工审核流程:先确认需求和边界,再检查差异、运行测试、记录证据,最后判断能否用于项目交付。

What is the problem?

给中文新手的一套 Codex 生成代码后人工审核流程:先确认需求和边界,再检查差异、运行测试、记录证据,最后判断能否用于项目交付。

Quick solution

Treat this as a Codex tutorial issue. First confirm the environment, inputs, permissions, logs, and delivery boundary. Then use the linked deep guide for the full checklist before changing production code or promising a result.

Read the deep guide

Detailed steps

  1. 先保存原始需求。把客户消息、报错截图、当前链接、仓库分支、目标效果和截止时间放在同一个记录里。不要只保留自己理解后的版本。
  2. 再确认 Codex 的输入。检查你给它的 prompt 是否包含技术栈、运行命令、不能改动的边界、验收标准和失败日志。输入越含糊,输出越需要谨慎对待。
  3. 查看代码差异。优先看新增文件、删除文件、依赖变更、配置变更和共享组件变更。只改样式的任务不应顺手改业务逻辑;只修一个报错的任务不应大面积重写结构。
  4. 本地运行最小验证。前端项目通常至少跑 lint、build 和关键页面预览;脚本项目至少跑示例输入;接口项目至少跑一次成功请求和一次失败请求。若你不知道怎么解释报错,可以先用 [报错解释器](/tools/error-explainer)拆解日志。
  5. 做人工阅读。重点看变量名、条件分支、异常处理、空值处理、权限判断、默认值、文案和边界状态。不要只相信“编译通过”。
  6. 记录交付证据。包括改动摘要、运行命令、截图、测试结果、未覆盖风险和需要客户确认的问题。若准备报价,可以用 [报价计算器](/tools/pricing-calculator)估算时间,再用 [Proposal 生成器](/tools/proposal-generator)整理成谨慎版本。

Commands or code

我会先做一次小范围检查:确认当前问题、查看代码差异、在本地运行验证,并记录仍需确认的边界。
如果发现任务涉及生产数据、账号权限或安全相关改动,我会先暂停并和你确认处理方式。
本次交付会包含改动摘要、测试结果和后续建议。

Risk notes

Confirm the real project environment, account permissions, platform rules, and output quality before delivery. Do not ship AI-generated changes without human review, and do not claim indexing, income, deployment success, or ranking improvements without measured evidence.