本周 Codex 额度又缩水了：Pro 约腰斩，Plus 一个窗口吃掉16%周配额

促销结束后的第一周，社区里的数据帖开始变多——不是庆祝，而是困惑：「为什么这周用得这么快？」数字摆出来之后，答案并不好看。

有数据的用户发现了什么

Reddit 用户 @vikomen 把两周的 Codex Usage 面板数据并排截图发出来，数字差异相当明显1：

上周（5 月 30 日–6 月 3 日）：几天里跑了 4.21 亿 tokens（xhigh 模式，无 fast）
本周（6 月 6 日–6 月 8 日）：相同模式，3 天就耗尽，累计 1.81 亿 tokens

使用习惯相同，额度只有上周的 43%。他同时附上了 GitHub Codex 讨论区里的相关话题，多名 Pro 用户反映 6 月 4 日之后重置后的实际可用量明显下降2。

值得注意的是，6 月 4 日正是 Tibo 宣布「修复 token 计数 bug」的同一天——他当时的原话是「这个 bug 对部分 Pro 和 Plus 账户少算了一小部分 token，影响不到 15%的账户」3。修复之后，服务器侧计数更准了，实际能用到的 token 随之减少，这可能是本周数字难看的原因之一。

Cargando tarjeta de contenido…

Plus 用户的 5 小时窗口问题更直观

今天（6 月 9 日）早上，一位 Plus 用户把自己的 Usage 面板截图发到了 r/codex：一个 5 小时突发窗口跑完，显示消耗了整个周配额的 16%。按此比例，一周最多只能完整跑约 6 个突发窗口4。

Codex Plus 账号 Usage 面板截图，显示单个 5 小时窗口消耗 16%周配额 — 5 小时突发窗口耗尽后，周配额已用 16%，下次周重置需等到 6 月 16 日 4

这跟上周之前的体验差距明显——之前 5 小时窗口用完，周配额往往只动了个位数百分比。

「模型已满」错误也在今天集中出现

除了额度加速缩水，今天 r/codex 和 r/ChatGPT 同时出现多个「Selected model is at capacity. Please try a different model.」的截图帖，即使是 20x Pro 用户（$200/月的套餐）也中招5。这种错误以前在 Pro/Plus 层级出现的频率较低，今天的集中爆发说明服务器侧负载也偏高。

当前没有重置信号

Tibo 今天的推文是技术玩笑（「Anyone writing nested loops yet?」）和对 ChatGPT 交互性的感慨，没有任何额度重置相关的措辞6。OpenAI 状态页显示 Codex 统计周期内可用性 99.96%，无进行中的事故。

也就是说，当前没有系统性重置，也没有补偿机制被触发的迹象。

Cargando tarjeta de contenido…

部分用户的自然刷新日是 6 月 11 日（部分 Pro 用户反映周配额将在周三重置）。如果你的周重置日也在这几天，那是目前最近的「等来额度」节点。「100 天计划」单人 10X 奖励是另一条路，但那条路取决于能否入选，每天只有一人7。

现在能做什么

当前窗口处于收紧期而非开放期，有几个可以执行的动作：

查一下自己的重置日期：打开 chatgpt.com/codex → Usage 面板，右侧会显示周配额的下次重置时间
节省 xhigh 模式：社区里有人用「switchboard」工具把简单任务（重命名、提交信息）路由到 mini/medium 模型，把 xhigh 留给真正复杂的任务，让同样的周配额撑得更久
盯 Tibo 的 X 账号：历史上每次系统性重置都是他直接发推宣布，关键词是「reset」/「limits have been reset」/ 「May the tokens flow again」

下次周重置窗口到来之前，当前额度以节流为主。