ChatGPT Pro 20x 额度突然暴增五倍，疑似计费逻辑有Bug

如果你也是 ChatGPT Pro 20x 用户，最近可能已经感觉到了钱包的“缩水速度”不对劲。我的周额度消耗曲线出现了一个断崖式的跳跃：同样的工作负载下，后半段的额度消耗率大约是前半段的 50 倍。这不仅仅是感知上的差异，而是通过本地日志和官方后台数据交叉验证后的实锤。目前我已经在官方支持工单里挂起了这个问题，但在此之前，我想拆解一下这个数据异常的具体过程，看看有没有同样遇到这种情况的朋友，或者能解释背后计费权重的老手。

数据对比：两小时内的剧烈反差

为了搞清楚钱花哪儿了，我没有只看 ChatGPT 界面上那个模糊的进度条，而是动用了 OpenCodex 这个本地代理工具。它能记录所有经过路由的请求日志，配合 CodexBar 插件提供的带时间戳的额度读取功能，我可以精确到分钟地看到模型调用和额度扣除的关系。

这里有一组非常极端的时间窗口对比，所有时间均为柏林夏令时（CEST）：

第一阶段：9月8日 04:56 至 22:59

• 耗时：约 18 小时。
• 记录 Token 数：21.8 亿（2.18 billion）。
• 额度消耗：下降了 6 个百分点。

第二阶段：9月8日 22:59 至 9月9日 05:58

• 耗时：约 7 小时。
• 记录 Token 数：4.729 亿（472.9 million）。
• 额度消耗：下降了 65 个百分点。

注意，这两个阶段之间并没有发生每周的额度重置。这意味着在第二阶段的 7 个小时里，我实际处理的 Token 数量只有第一阶段的不到四分之一（4.7 亿 vs 21.8 亿），但消耗的额度比例却是第一阶段的十倍以上（65% vs 6%）。换算下来，第二阶段每处理一个 Token 所“烧掉”的额度权重，大约是第一阶段的 50 倍左右。

排除法：缓存与设备都不是锅

面对这种五倍级的偏差，第一反应通常是缓存失效或者后台有不明设备在疯狂请求。我先排除了这两个最常见的干扰项。

首先是缓存效率。日志显示，输入 Token 的缓存命中率其实在上升。在第一阶段，缓存占比是 97.55%，到了第二阶段，这个数字升到了 98.63%。如果缓存变差，通常会伴随 Token 数量的激增，而不是额度权重的突然放大。这说明大模型并没有因为“没记住上下文”而重复计算基础输入。

其次是设备和网络环境。我的账号开启了高级安全验证，登录设备列表很干净，就是那四台熟悉的家伙：iPhone、iPad、Mac 和一台 Linux 服务器。我在 Linux 端检查了六小时的样本日志，没有发现持续的缓存失败记录，也没有看到代理重试导致的流量放大现象。这就排除了“本地脚本死循环”或者“网络抖动导致重复计费”的可能性。

还有一个容易忽略的细节：这两天的数据只统计了经由 OpenCodex 路由到 OpenAI 的请求，并没有包含 ChatGPT Work 的工作流。这意味着这不是因为我不小心切到了更昂贵的商业工作流模式。

嫌疑对象：Fast Mode 的路由权重

唯一有明显变化的变量是 Fast 模式的使用比例。

我之前以为过夜期间 Fast 模式是关闭的，但翻查日志发现，在第二阶段那七个小时里，约有 40% 的请求走了优先路由（Priority Routing）。而在第一阶段长达十八小时的过程中，这个比例只有 10% 左右。

虽然日志里记录的是“请求的路由偏好”，并不直接等同于“最终计费的层级”，但这很可能是一个关键线索。Pro 20x 的额度池是共享的，但如果后台对于“高优先级/快速响应”请求的计费权重远高于普通请求，或者在混合模型使用时，Fast 模式触发了某种隐藏的溢价逻辑，就能解释为什么 Token 少了，额度却掉得飞快。

比如，可能前半夜我用的多是 o3-mini 或 gpt-4o 的基础层级，而后半夜为了赶进度，大量请求被标记为 Fast，导致虽然 Token 少了，但每个 Token 对应的内部成本权重被乘以了更高的系数。当然，这只是猜测，真正的权重表 OpenAI 一直闭源。

怎么看这个 Bug？

这种 50 倍的波动不太可能是正常的线性计费误差。通常我们理解的 Pro 20x 额度消耗应该和 Token 总量呈现相对稳定的相关性。现在的状况是，曲线斜率发生了突变。我有两种猜测：

1. 早期折扣或漏计：也许第一阶段的前几个小时，部分请求的额度扣除有延迟，或者因为某种批处理机制被“低估”了，导致后面的消耗看起来特别猛。
2. 动态权重调整：Pro 20x 的额度池可能在后台根据实时负载动态调整了不同模型的“兑换率”。如果后半夜使用了更多高权重的推理模型（Reasoning models），即使 Token 总数不多，也可能迅速吃光额度。但日志里明确排除了单独报告的 Reasoning Output，所以这一点存疑。

建议

如果你也在用 Pro 20x，特别是喜欢用 OpenCodex 或类似代理工具批量跑任务的，建议这几天留个心眼。你可以简单做个实验：固定使用同一个模型（比如 gpt-4o），在一天内观察额度消耗和 Token 日志的比例是否恒定。如果发现某段时间 Token 没涨多少，但 App 里的进度条狂掉，大概率是碰到了类似的计费权重漂移。

我已经提交了支持工单，要求他们对照我的模型混合比例和 Pro 20x 权益明细进行对账。如果有同样发现“半夜额度掉得快”的兄弟，可以在评论区报一下你的时间段和大致用量，看看是不是普遍现象。