先说结论：Codex 跑得顺不顺，一大半取决于任务描述写得清不清楚。背景、目标、约束一次说清，它就不用反复试错，点数也烧得少。
第一是背景：这是什么项目、用的什么技术、现在做到哪一步了。背景给足，它就不用先花一堆点数去读代码猜上下文。
第二是目标：要它做什么，做到什么程度算完成。目标越具体越好，“修这个 bug”不如“登录接口返回 500，定位原因并修复，改完跑一遍测试”。
第三是约束：哪些文件别动、哪些写法别用、有没有必须遵守的规范。约束说清楚，它就不会改出你不想要的东西。
任务描述写得笼统，它就得先试错、再纠正，来回几趟点数就烧掉了。反过来，描述写清楚了，一次跑通，点数花得少，时间也省了。前面文章里讲过分段跑长任务的技巧，配合清楚的任务描述，效果更好。
还有个习惯：任务跑完别急着关，先看一眼它改了什么、改得对不对，确认没问题再继续。跑一半发现改错了再返工，比一开始就写清楚贵得多。
任务描述写好了，用量自然就下来了。250 点 73.68 元起步，1000 点 291.12 元够常规用户用一个月，档位和价格见Codex 点数加购页，按实际用量买，别一次囤太多。
最后补充一个习惯：任务跑完别急着关，先看一眼它改了什么、改得对不对，确认没问题再继续。跑一半发现改错了再返工，比一开始就写清楚贵得多。任务描述写清楚了，点数自然就省下来了，这才是最实在的省钱办法。
最后说一句：任务描述写清楚这事，练几次就熟了。背景、目标、约束，一次说清，跑一次就通。写得越清楚，烧得越少，这才是最实在的省钱办法。
再补充一个细节：任务描述写清楚这事，练几次就熟了。背景、目标、约束，一次说清，跑一次就通。任务跑完别急着关，先看一眼它改了什么、改得对不对，确认没问题再继续。跑一半发现改错了再返工，比一开始就写清楚贵得多，写清楚了才是最实在的省钱办法。