用 Codex 改代码前，先让它给计划

我发现很多人用 Codex 的时候，第一句话就是： “帮我改一下这个功能。” 但我现在更推荐另一种方式： 先让它给计划，再让它改代码。 因为 Codex 真正好用的地方，不只是写代码，而是它能先理解项目，再拆解任务。 我常用的提示词是： “我想修改这个功能，请你先阅读相关代码，告诉我需要改哪些文件、为什么要改、具体修改步骤是什么。先不要修改代码。” 这句话里最重要的是： 先不要修改代码。 这样你可以先看到它的判断是否靠谱。 如果它找错了文件，或者理解错了需求，你可以马上纠正。 如果它的计划是对的，再让它进入修改阶段。 我一般会让它的计划里包含 4 个部分： 1. 需要查看哪些文件 2. 每个文件可能负责什么 3. 准备怎么修改 4. 修改后需要检查什么 确认计划后，我会继续说： “按这个计划开始修改，改完后请总结你改了什么，以及可能存在的风险点。” 这样整个过程会更可控。 我的建议是： 不要把 Codex 当成一个只会输出代码的工具。 把它当成一个会读项目、会拆任务、会给方案的 AI 编程助手。 尤其是项目比较复杂的时候，先看计划，比直接改代码稳很多。 后面我会继续分享 Codex 的真实使用流程，比如怎么让它定位 bug、怎么做代码检查、怎么写更有效的提示词。 #Codex #AI编程 #AI工具 #程序员工具 #编程学习 #效率工具 #AI工作流 #开发效率