大家好呀我是 Lazy熊。我通过 LetAiCode 的 API 配置好 Codex 之后就可以让它进项目帮我读代码、改功能、修 bug。但用了一段时间之后我发现很多新手真正容易翻车的地方不是“不会让 Codex 改代码”。而是Codex 说改完了你就真的以为结束了。这一步很危险。因为 AI 改完代码只代表它完成了“修改”。所以今天来讲一个新手非常容易忽略的问题Codex 改完代码后怎么验收才不翻车。一、先说结论验收不是看它说了什么而是看它改了什么很多人用 Codex有一个很自然的习惯Codex 说“已完成修改。”你就觉得“那应该好了。”但真实开发里这样很容易出问题。因为 Codex 的总结只是总结真正要看的还是它到底改了哪些文件改动有没有打中需求。所以我建议新手按这 6 步验收先看改动文件再看核心逻辑检查有没有无关改动跑正常流程补边界情况问它风险点和回归点说白了就是先看范围再看效果最后看风险。如果你只看 Codex 的文字总结不看真实改动那就很容易被“看起来完成了”骗过去。二、第一步先让它列出实际改动文件Codex 改完之后第一句话不要问这个问题意义不大。它大概率会回答你完成了。更好的问法是请列出本次实际修改的所有文件。 请按下面格式说明1. 文件路径2. 为什么需要修改这个文件3. 这个文件具体改了什么4. 这个改动和本次需求有什么关系这一步的目标是看改动范围。比如你只是让它改一个按钮文案正常情况下可能只需要改一个组件文件。但如果它改了路由文件样式体系全局配置一堆无关组件那你就要停下来。不是说一定错但至少要问清楚为什么这些文件必须改。小需求如果产生了大改动新手一定要警惕。三、第二步看有没有打中这次需求确认改动范围之后下一步不是研究每一行代码。而是先判断它有没有打中这次需求的核心。比如你的需求是那你要先看是不是改了首页按钮是不是改成了目标文案有没有改到别的按钮有没有动样式和点击逻辑再比如你的需求是那你要看空数据时是否显示提示有数据时是否不显示提示是否影响列表原有展示是否影响 loading 或错误状态你可以直接让 Codex 帮你自查请对照我的原始需求逐条检查这次改动是否满足。 要求1. 每条需求都要说明是否满足2. 如果没有满足说清楚差在哪里3. 如果做了额外改动单独列出来4. 不要只说“已完成”要逐条对照这一步非常重要。因为很多时候Codex 改了东西但未必是你真正想要的那个东西。四、第三步专门检查有没有无关改动新手最容易忽略的是这一层。Codex 有时候会“顺手优化”。比如你只是让它修一个小 bug它顺手改了命名调了格式抽了组件改了样式调整了文件结构它可能是好意。但这会增加验收成本。所以你要专门问请检查这次修改里有没有和原始需求无关的改动。 如果有请列出1. 无关改动在哪些文件2. 为什么会出现这些改动3. 是否可以撤回4. 撤回后是否影响本次需求这一步不是为了挑毛病。而是为了控制风险。真实开发里最怕的不是当前功能没做完而是当前功能做完了但顺手影响了别的地方。新手阶段尤其要养成这个习惯小任务只接受小改动。五、第四步让它给出正常流程验收确认改动范围合理之后再看功能是否真的生效。你可以让 Codex 给你正常流程请给出本次改动的正常流程验收步骤。 请包括1. 应该运行什么启动命令2. 应该打开哪个页面3. 应该执行什么操作4. 预期应该看到什么结果5. 如果没有看到结果优先检查哪里这一步适合验证最基本的功能路径。比如按钮文案修改启动项目打开首页找到目标按钮确认文案变成新文案点击后原逻辑仍然正常比如空状态提示让列表处于无数据状态确认显示空状态恢复有数据状态确认空状态消失正常流程通了不代表完全没问题。但它至少能证明这次改动的主路径是通的。六、第五步补边界情况不要只验正常路径很多翻车不是发生在正常流程。而是发生在边界情况。比如没有数据数据很多请求失败重复点击输入为空输入特殊字符权限不足loading 还没结束所以你要让 Codex 补边界验收请补充这次改动需要检查的边界情况。 请按下面格式输出1. 边界场景2. 为什么需要检查3. 应该怎么操作4. 正确结果应该是什么不同任务的边界不一样。比如改按钮文案边界比较少。主要看有没有多个相似按钮是否改到了正确位置点击逻辑是否没变但如果是表单校验边界就多了空值超长字符非法格式重复提交服务端返回错误新手要记住正常流程只是第一层边界情况才是防翻车的关键。七、第六步让它指出风险点和回归点最后一步我建议每次都问。尤其是改动超过一个文件时。请告诉我这次改动最大的风险点是什么。 请包括1. 最可能影响哪些已有功能2. 哪些文件最需要重点检查3. 哪些场景最容易回归出问题4. 如果要回退应该优先回退哪些改动这一步的价值是把注意力从“功能完成”拉到“风险控制”。很多新手只关心能不能看到效果。但真实项目里还要关心有没有影响旧功能有没有扩大改动范围有没有引入新依赖有没有改到公共组件有没有改变接口行为如果 Codex 动到了公共组件、公共方法、全局样式、接口层那就更要认真看风险点。因为这些地方一改影响面通常更大。八、如果验收发现不对先暂停不要让它继续乱改验收时如果发现问题不要马上说这样很容易越改越乱。更稳的方式是先暂停让它重新分析。可以这样说先暂停不要继续修改代码。 我在验收时发现这个问题 这里写具体现象。 请先分析1. 这个问题和本次改动是否相关2. 最可能是哪一处改动导致的3. 是否需要回退部分改动4. 最小修复方案是什么5. 修复后应该怎么重新验收这条 Prompt 很重要。因为验收发现问题后最怕的是继续加需求。你要先让它定位到底是哪里出问题。然后再决定是修复、回退还是重新做。九、给你一套完整验收 Prompt如果你想省事可以直接保存下面这套。请帮我验收这次 Codex 修改结果。 请按下面顺序检查1. 列出本次实际修改的所有文件2. 说明每个文件为什么需要修改3. 对照我的原始需求逐条判断是否满足4. 检查是否存在无关改动5. 给出正常流程验收步骤6. 补充边界情况验收步骤7. 指出最可能影响的旧功能8. 列出本次改动最大的风险点9. 如果结果不对给出最小修复或回退建议 要求1. 不要只说“已完成”2. 不要只给总结3. 每一项都要具体到文件、页面或操作4. 如果有不确定的地方请明确说不确定这套 Prompt 适合放在每次 Codex 改完代码后用。尤其适合新手。因为它能帮你把验收从“凭感觉看看”变成一套固定流程。AI编程教程从入门到入土部署篇Codex 怎么安装新手最省事的一套流程Codex 装好了却还是报错我把最常见的问题整理成了一份排查清单。prompt技巧一个万能模板如何描述你的功能需求Codex改完代码后新手应该怎么验收Codex 常见提示词模版看这一篇就够了Codex 修 bug 专用提示词模版清单Codex-AI 编程篇新手如何快速上手 Codex先按这 5 步来AI 编程新手教程1用 Codex 读懂一个现成项目AI编程新手教程2: 通过让 Codex 改一个按钮文案完整走体验AI编程流程AI编程新手教程3: 最重要的能力不是提问而是拆任务。除了 AI 编程AI CLI 还可以做哪些事新手先从这 8 类开始
`)
