用codex半年，最关键的还是这些

今年用了差不多半年的codex，从一开始的codex Plus，升级到codex Pro，再到现在的20X，从一开始的没经验，到现在不断熟练，回想起来踩了好多好多坑。今天先整理一些基础的，如果想看的人多，之后再持续分享。 ① 永远不要让 Codex 一边分析一边写代码 要先分析，再写。我的 Prompt 基本固定： 不要修改任何代码。 先阅读相关文件。 理解现有实现。 告诉我你的理解、风险和修改方案。 等我确认以后再开始。 这样返工能少很多。 ② 一个 Prompt，只解决一个问题 Codex 最怕“顺便”。 例如：帮我改登录，顺便优化UI，顺便重构一下代码，顺便看看数据库有没有问题。 最后四件事全做坏。 现在我的习惯就是：一个 Prompt。一个目标。一个 Commit。出了问题很好回滚。 ③ 需求描述里，一定告诉它"哪些不能动" 很多人只告诉它我要什么。却没告诉它什么不能改。 例如我现在几乎都会加一句：不要修改已有接口。 不要修改数据库结构。 不要影响其他页面。 保持现有代码风格，Codex 会稳定很多。 ④ 改 Bug，不要发一句报错，把上下文一起给 把报错、相关代码、预期结果、实际结果、最近改过什么都发给它，很多 Bug它第一次就能定位出来的。 ⑤ 大功能一定让它先生成 Todo List，然后设置为goal 我几乎所有超过半小时的任务都会这样。 例如： 先把整个任务拆成 Todo，每完成一项就更新状态，没完成不要继续下一项。这样即使中途中断，重新开 Thread 也能继续。 设置成goal后，你就可以不用管了，它自己完成了会提醒你，很方便。 ⑥ Context 快满的时候，不要继续聊 这是我踩过很多坑，很多人舍不得开新 Thread，一直聊。 我的习惯是，一个阶段结束，直接开新 Thread，然后让它重新读取项目，比硬撑效率高很多。 ⑦ 每次改完，都让它自己 Review 一遍 不要直接Done。 我现在都会补一句：Review这次修改有没有遗漏，有没有潜在 Bug，有没有更简单的实现。很多时候它真的会发现自己刚刚写的问题。 ⑧ 真正决定效率的，不是 Prompt，而是项目本身 这是我半年最大的感受，如果你的目录混乱、命名混乱、没有规范、没有 README、没有文档，Codex 一样容易乱。 只需要在刚开始让codex整理好项目结构，之后Codex的准确率明显高很多。 #codex #ai #自媒体 #AI工具