OpenAI Codex更新：超272k tokens整请求双倍计费
速览
OpenAI Codex API更新后最大上下文增至372K tokens，但计费规则有变化：一旦输入超过272K tokens，整个请求的输入部分按双倍价格、输出部分按1.5倍价格计费，并非仅超出部分。很多用户之前误解了此规则，导致额度消耗过快。解决方法是在配置文件中限制模型上下文窗口至272000，自动压缩提示词至256000 tokens。不过有自称Codex开发者体验团队成员的人称超出部分不会额外计费，引发争议。
AI 深度解读
背景
OpenAI 近期对其 Codex 模型进行了更新，最大上下文窗口扩展至 372K token。然而，随之而来的计费规则调整引发了社区关注。许多用户误以为仅当输入 token 超过 272K 时，超出部分才按双倍计费，但实际上官方文档明确指出：整个请求（full request）都会按更高费率计费。这一误解导致部分用户的额度消耗速度远超预期，尤其是频繁使用长上下文提示词的开发者。
核心内容
根据 OpenAI 官方定价页面底部的小字提示（原文）：
Prompts with >272K input tokens are priced at 2x input and 1.5x output for the full request.
翻译为：对于输入 token 超过 272K 的提示词，整个请求的输入部分按两倍价格收费，输出部分按一点五倍价格收费。
这意味着，一旦你的提示词（input tokens）超过 272K，无论超出多少，整个请求（包括输入和输出）都会触发更高的费率。此前社区中流传的“仅超出部分双倍计费”是错误认知。
解决办法：用户可以在 ~/.codex/config.toml 配置文件中加入以下两行，强制限制模型上下文窗口和自动压缩阈值，避免触发双倍计费：
model_context_window = 272000
model_auto_compact_token_limit = 256000
此外，有用户在 Twitter 上找到一位名为 Codex DX（Developer Experience，开发者体验）的工作人员声称超出部分不会额外计费。但该人员身份存疑，可能只是兼职或抢先体验版用户，其发言不具备官方效力。原文帖子共有 10 条回复、7 位参与者，讨论仍在持续。
关键要点
- 计费规则：输入 token 超过 272K 时，整个请求（输入和输出）均按更高费率计价，而非仅超出部分。
- 具体费率：输入部分 2 倍价格，输出部分 1.5 倍价格。
- 误解来源：早期社区帖子普遍误读为“仅超出部分双倍”，导致部分用户额度消耗异常快。
- 官方文档位置：定价页面底部的小字提示，需仔细阅读。
- 配置规避方法：在
config.toml中设置model_context_window = 272000和model_auto_compact_token_limit = 256000，可防止模型使用超过 272K 的上下文，从而避免触发双倍计费。 - 争议点：有自称 Codex DX 的人员在 Twitter 上否认双倍计费规则，但其身份不明，不可作为可靠依据。
- 社区讨论：帖子共 10 条回复、7 名参与者，目前尚无官方进一步澄清。
意义与影响
- 成本控制意识提升：开发者需重新审视自己的提示词长度，避免无意识中触发双倍计费。尤其是习惯于使用长上下文（如代码库分析、长篇文档理解）的用户，成本可能成倍增加。
- 配置管理的重要性：通过修改
config.toml限制模型上下文窗口，是一种简单有效的成本控制手段。建议所有使用 Codex 的用户检查并更新配置。 - 官方沟通的改进空间：此次误解暴露出 OpenAI 在定价说明上不够清晰，重要计费规则仅以小字提示形式呈现，容易忽略。未来应更醒目地标注此类关键信息。
- 社区信息验证的必要性：非官方人员的声明（如 Codex DX 的 Twitter 发言）可能误导用户，建议以官方定价页面和文档为准，避免轻信未经证实的消息。
- 对长上下文用例的潜在抑制：双倍计费规则可能促使开发者优先使用更短的提示词或采用分块策略，减少对超大上下文的依赖，从而影响 Codex 在超长上下文场景下的实际应用频率。