Codex 点数总是不够用？6 个省点数的实战技巧
同样 1000 点，别人能用一周，你两天就烧完？大多数时候不是任务更重，而是用法不对。Codex 的点数消耗和任务规模、上下文长度、返工次数直接相关，这 6 个技巧专治「点数不耐用」。
一、把大任务切小，一次只干一件事
「帮我把整个项目重构一遍」这种任务，Codex 需要反复读取大量文件，点数烧得飞快。正确姿势是拆成一个个小任务：「先重构 user 模块的鉴权逻辑」「再给订单接口加参数校验」……每个小任务上下文短、目标明确，消耗低，出错还容易回滚。
经验值：一个任务能在 5~10 分钟内跑完，就是合适的粒度。跑半小时还没完的任务，多半是该拆了。
二、需求写清楚再开工，返工最烧点
点数大头不是花在「干活」上，而是花在「来回返工」上。开工前把提示词写完整：
- 目标：要实现什么效果，越具体越好；
- 约束：不能动哪些文件、用什么风格、兼容性要求；
- 范围：明确告诉它只改哪几个文件，别让它满仓库翻；
- 验收标准：跑什么命令、通过什么测试算完成。
多花两分钟写需求，常常能省下好几轮返工的点数。
三、先审方案，再让它动手
对于稍有复杂度的任务，先让 Codex 只出方案不写代码：「先给我实现思路和改动清单，不要动代码」。你确认方案靠谱后，再让它执行。方案阶段消耗很小，却能避免「跑了半天发现方向错了」这种最肉疼的浪费。
四、这些小事，别动用 Codex
- 查语法、改命名、格式化：普通 ChatGPT 对话就能解决，不耗 Codex 点数；
- 看懂一段陌生代码：贴到对话里问就行；
- 写 commit message、写简单脚本：对话窗口足够。
一句话原则：Codex 用来干「需要操作整个代码仓库」的活，单文件问答交给普通对话。混用二者，点数耐用度直接翻倍。
点数快见底时，可以在用量面板确认剩余额度，然后到点数充值教程里按流程补货，1000 点 ¥350、2000 点 ¥700，应急当天到账。如果你每个月都要补两次以上，说明用法已经超出 Plus 定位，直接看 Pro 档位指南 升级更划算。