GPT 和 Codex 合并后，API 额度到底怎么算？实测来啦

最近有不少搞开发的朋友在问，OpenAI 把 GPT 和 Codex 合并成统一的 API 模型后，以前的额度到底怎么算？会不会突然变贵？或者原来的 Codex 配额是不是直接作废了？

确实，这次调整让不少习惯用旧模型参数的开发者有点蒙。今天我就结合最新的文档和实际测试情况，帮大家梳理一下现在的额度计算逻辑和几个需要注意的坑。

合并的核心逻辑：全按 Token 算

首先要把观念转变过来。以前可能大家觉得 GPT 是 GPT，Codex 是 Codex，各自有各自的使用池子。但现在的底层逻辑是：统一模型，统一计费。

不管你是调用生成代码，还是直接对话，本质上都是基于统一的大模型在跑。所有的额度消耗，现在都精确到了 Token（令牌） 这个单位。

这就意味着，你不用再去担心“我还能用多少次 Codex”或者“GPT-4 的额度是不是单独算”。所有的消费都会折算成 Token，从你的账户余额或者试用额度里扣除。

额度到底贵不贵？

很多人担心合并后单价会变。其实从官方的计费表来看，主要还是看你选的模型版本（比如 gpt-4o 还是 gpt-4o-mini）。

• 通用模型：价格和以前基本持平，甚至有些版本因为效率提升，单次花费更低了。
• 代码相关：以前 Codex 有单独的代码生成优化，现在这些能力被整合进了新版模型里。实际测试下来，生成同样长度的代码片段，新一代模型的 Token 消耗并没有明显增加，有时候因为补全得更精准，反而省去了反复 Prompt 的成本。

简单粗暴的结论：不用太担心合并这件事本身会让你钱花得更快，真正决定价格的还是你选的模型具体型号。

怎么查自己还剩多少额度？

这是大家最关心的。界面上有时候显示会有延迟，最准确的方法还是直接去管理后台看。

1. 登录你的 OpenAI 控制台。
2. 找到 Usage（使用情况） 或者 Billing（账单） 板块。
3. 这里不仅是看花了多少钱，重点看 Hard usage limit（硬性使用限制） 和 Current usage（当前用量）。

如果你是在试用期，注意看 Free trial credits 的剩余情况。一旦这个归零，就会自动切换到绑定的信用卡扣费模式。

开发时的避坑指南

在接入新 API 的时候，有几个容易踩雷的地方，这里提前说一下：

• 系统提示词的消耗：很多人忽略了 System Prompt 的 Token 消耗。为了代码生成的准确度，我们往往会写很长的指令，这些也是要算额度的。建议定期审视一下提示词，把冗余的废话删掉，能省则省。
• 输出长度的控制：以前 Codex 有时候会一次性吐出大段代码，现在如果你不设置 max_tokens，模型可能会“口若悬河”。合理限制输出长度，既能加快响应速度，也能防止一次对话把额度烧光。
• 缓存未命中：有些框架可能有缓存机制，但合并后的新模型版本号变了，可能导致之前的缓存失效，初期调用量会有个波峰，看报表的时候别慌，属于正常现象。

总结

总的来说，GPT 和 Codex 的合并对开发者来说是个好事。以后不用在多个模型入口之间反复横跳，管理起来更简单。只要记住“一切以 Token 为准”，养成定期查账单和 Usage 的习惯，就不会有太大的问题。

还在观望的朋友，可以先用小一点的模型（比如 mini 版本）跑一下测试脚本，算出具体的 Token 消耗比，再决定是否在生产环境全面升级。