上一篇我说，Codex 像一个聪明但不省心的员工。 那下一个问题就来了： 如果我已经有了设计，已经写了 IA、UI/UE、HTML 原型、UI Contract，为什么 Codex 还是会乱开发？ 最可怕的不是它不干活。 最可怕的是，它干了很多活，但方向错了。 你让它“按设计实现一下”。 它马上开始改文件。 页面也出来了。 代码也能跑。 它还很认真地告诉你：已完成。 结果你一看：不是你要的东西。 它不是偷懒。 它是努力地跑偏了。 后来我改了一个很小的习惯： 先不让它动文件。 现在我每次开工前，都会先给它这段 Prompt： Before changing any files, read the required product docs in order. Do not implement yet. First output a Product Understanding Confirmation in Chinese. Wait for my approval before editing files. 这段话翻成人话，其实就四步： 先读资料。 先复述。 等我点头。 再动文件。 为什么这招有用？ 因为 Codex 最容易犯的错，不是完全不看文档。 而是：看了几个文件，就以为自己懂了。 它会抓局部信息，当成全局规则。 它会跳过设计，按自己的理解写。 它会一边猜，一边改，一边很自信地往下走。 所以我现在会让它先说清楚这 10 项： 1. 读了哪些文档 2. 这次到底要做什么 3. 属于哪个 Use Case 4. 业务目标是什么 5. 涉及哪些页面 6. 哪些动作允许 7. 哪些动作禁止 8. 会用到哪些 UI Contract 9. 准备用什么测试验证 10. 还有哪些问题不确定 这不是写报告。 这是开工前说明。 我点头了，它才能动代码。 对我来说，这一步最大的价值，不是“更规范”。 而是：能在真正改代码之前，先拦住一半跑偏。 所以，要让 Codex 按设计开发，第一步不是多写文档。 而是先别让它动代码。 别让它自己找主线。 你要先把主线钉死。 互动： 你现在会不会让 Codex 一上来就直接改代码？ 还是也会先让它复述一遍再开工？ #codex #AI #创业 #一人公司