codex怎么避免重复消耗token

如果你在用Codex配合CLI完成连续任务，很可能已经发现了——Token的消耗怎么越来越快？明明模型没变贵，账户余额却比预期反赌。其实问题不在模型本身，而在于你没有关掉它“自动重做”的开关。

Codex在连续任务中会反复读取相同的日志，一遍又一遍加载未变更的项目结构，或者让模型在每一轮都重新理解已经确认过的上下文。这些操作无意义地消耗了大量Token。解决办法其实很简单，四个方向就能搞定。

关闭自动建议提示（Suggest Prompt）

打开 Settings → Preferences → 找到 Suggest Prompt 选项 → 关闭它。

这一下，就能让Codex不再每次启动时都自动分析历史聊天并生成Prompt建议，避免一次隐性API请求。实测下来，单次会话初始的Token开销能下降约1800到3200 token。

用/compact命令主动压缩历史

当会话进行到第五轮以上，或者刚完成一次文件分析、修改、测试的闭环，直接输入 /compact 然后回车。

这个命令会让Codex自动丢弃中间试错记录，合并重复指令，只保留当前有效的状态和结论。如果不手动压缩，后续每轮请求都会携带全部原始对话——哪怕你只是问一句“现在能部署了吗”，系统也得把前20条调试日志全塞进上下文，再从头推理一遍。

限制命令输出长度（防日志爆炸）

方法一：在AGENTS.md中为所有shell类指令添加字节截断规则，比如：

COMMAND 2>&1 | head -c 4000

方法二：对grep、cat、tail这类容易输出超长内容的命令，手动加上 -n 20 或 --max-count=20 参数。

不加限制时，一个未换行的access.log可能单次输出就吃掉4万token，而实际你只需要看最后10行错误。

拆解任务并复用缓存上下文

第一步：只让Codex分析 src/auth/service.ts 中 login() 函数的401返回逻辑，不读其他文件。

第二步：基于上一步的结论，明确指定“修改 src/auth/service.ts 第37行，将 validateToken() 替换为 verifySession()”。

第三步：运行测试时，仅执行 npm test -- --testPathPattern=auth.service.test.ts。

这样做的好处是：Codex在第二步可以直接复用第一步已加载并缓存的 service.ts 内容，而不是重新扫描整个src目录。最新数据显示，同一会话内复用命中缓存，输入token成本可降低87%。