如何降低 Codex Token 消耗

降低 Codex token 成本很容易，但要在不损失代码质量的前提下实现这一点却很难。

许多人认为更短的对话记录（transcript）意味着更低的运行成本。这是一个误区。在开始之前，你必须定义好你的质量门槛（quality gates）。如果一个更廉价的方案无法通过你的测试，那么它就谈不上是改进。

请遵循以下步骤来优化你的支出：

• 定义严格的质量门槛 首先设定你的需求、测试和评审标准。拒绝任何在这些门槛面前表现更差的方案。

• 衡量四个特定的结果 不要靠猜。请追踪以下指标： • 上下文（Context）：输入 token 数和剩余容量。 • 生成的 token（Generated tokens）：输出 token 和推理 token。 • 账户成本（Account cost）：API 费用或额度消耗。 • 效率（Efficiency）：耗时和失败尝试次数。

• 使用可复现的测试方法 挑选五个任务。在每次测试中使用相同的 prompt、起始 commit 和验证命令。每个任务运行三次。每次只改变一个变量。

• 优化你的 prompt 结构 模糊的 prompt 会导致重复工作。请使用以下结构： • 目标（Goal）：要修复什么。 • 上下文（Context）：使用哪些文件。 • 约束（Constraints）：哪些内容不能改动。 • 完成标准（Done）：成功的确切定义。

• 清理你的上下文 冗长的日志和大型文件的读取会消耗你的预算。 • 在命令输出进入对话线程之前对其进行过滤。 • 指引 Codex 关注特定文件。 • 排除依赖项和构建产物。 • 使用针对性搜索，而不是读取整个目录树。

• 管理你的对话线程 保持一个线程对应一个目标。仅在阶段交替时使用 /compact 命令。当任务发生变化时，请开启一个新线程。

• 选择合适的模型 对于困难的任务使用 gpt-5.5。对于较轻量、机械化的任务使用 gpt-5.4-mini。不要同时降低模型能力和推理强度，否则你将无法得知测试失败的原因。

目标很简单：只有在结果和验证结果保持不变的情况下，才减少 token 的消耗。

来源：https://dev.to/ernestohs/how-to-reduce-codex-token-spend-without-reducing-code-quality-1bpp

可选学习社区：https://t.me/GyaanSetuAi