先歇脚：Codex 额度掉得太快，下次重置仍未知 (2026)

截至 8 月 21 日 10:34（北京时间），今天的脚要先收住。新消息的核心不是又要重置，而是刚重置后的额度消耗突然变快：社区开始用真实任务和 credits 反推，部分付费账号的实际周额度可能比过去低很多。这个信号足以让大家先停下清仓式操作，但还不足以证明 OpenAI 把所有 Pro 20x 统一砍到了同一个比例。

新增信号落在额度账单上

先看当前判断：不能蹬，先歇脚。 8 月 21 日 09:33，社区账号 hqmank 写道「The weekly Codex reset finally hit. Back to 100%」。这说明上一轮常规周重置已经落地；重置后的新额度属于下一轮，不能倒过来算成这波重置前的旧额度清仓。1

「蹬」的前提是知道下一次什么时候重置，然后在那个时点之前把旧额度用掉。现在只知道刚刚重置过，却不知道下一次时间，读者就没有一个可计算的清仓窗口。今天去跑高耗任务，消耗的是不清楚规则的新额度，不叫开蹬。

这次真正值得盯的，是重置后额度掉得有多快。

一组可复算的 Pro 20x 反推

8 月 21 日 10:03，Max For AI 发布了一组量化观察。他说自己在周额度重置后只跑了一个简单任务，额度已经掉了 2%；他还引用一项受控测试：41 分钟处理 3280 万输入 Token，其中大部分是缓存 Token，折算消耗约 605 credits，周额度显示下降 3%。2

按 605 credits 对应 3% 粗算，这个账号一周额度约为 2.0 万 credits。Max For AI 又拿社区过去对正常 Pro 20x 周额度的 5—6 万 credits 估算作对照，于是得出了「一部分写着 20x 的账号，实际接近 5x 档」的判断。这里的关键是计算链条可以复核，结论仍然是发布者对部分账号的反推，不是 OpenAI 公布的统一额度表。

因此，今天可以确认的是「部分用户的额度消耗异常快」，不能确认的是「所有 Pro 20x 统一缩水 76%」。按这条原帖里给出的 2 万对比 5—6 万，差距约为 60%—67%；更激进的统一比例，目前没有独立原始数据支撑。

Loading content card…

社区反馈已经从单点抱怨变成一片噪声

这不是一条帖子的孤立感受。

重置后无请求也掉额度。 8 月 21 日 01:53，Osvaldo Chávez 说自己的 weekly usage limit 刚重置，自己没有发出任何请求，30 分钟内却从 100% 掉到 99%；他还说自己在周重置前就已经用完额度。3
同一项目的消耗速度变了。 Reddit 的一篇 r/codex 帖子记录了 Pro 5x 用户在同一台电脑、同一个项目里使用 Luna xhigh：3 小时消耗 3%，发帖者说几天前相同工作流还能连续使用 4—5 小时才掉 1%。这不是 Pro 20x 的直接证据，却说明用户正在用重复任务比较前后计量差异。4
讨论开始聚集。 中文社区账号伯岩在 8 月 20 日 12:55 发帖问「这次 codex 额度重置后额度掉得非常快吗」，页面显示 433 个赞、307 条回复。5

所以，读者现在应该把「额度可能变了」当成需要自查的风险，而不是把某一个账号的数字直接套到所有计划。账户档位、模型、任务类型、并发方式和 threads 数量都可能影响结果；Max For AI 提到的高并发、账号共享、中转分发等风控猜测，原帖也明确说还没有官方确认。2

直接催 reset 的人变多了，但时间仍没出来

额度掉得快之后，社区自然又把压力推回了 Tibo。有人直接 @thsottiaux 要求解释 silent rate limit reductions 和 reset 问题，并表示如果 OpenAI 不公开回应就会取消订阅。6

这说明「再来一次 reset」的期待正在升温，但期待不是时间表。Tibo 在北京时间 8 月 21 日 03:16 的最新动态是在推广 ChatGPT Sites 协作，没有给出 Codex 下一次重置日期或倒计时。7 @OpenAIDevs 在 05:43 发布的内容是 Codex 与 ChatGPT Work 的共享线程，也没有额度重置时点。8

OpenAI Status 当前记录的是一次已经恢复的 Codex API 身份验证错误，页面没有把这次事件写成周额度重置公告。故障旁证不能替代下一次重置时间。9

今天怎么安排 Codex

先看自己的 credits 和下一次显示时间。 不同账号的实际重置可能不完全同步，别拿别人的百分比替代自己的账户页面。
要验证是否命中异常策略，就做小规模可重复测试。 记录计划档位、模型、任务内容、耗时、输入输出 Token、threads 数量，以及任务前后的 credits；先确认计量变化，再决定是否继续跑。
暂缓为了清仓而清仓。 当前没有下一次重置时间，今天把高耗任务一股脑跑完，消耗的是新额度，不会把它变成上一轮的速蹬。
把高耗任务排好队，等硬信号。 只要 Tibo 给出下一次重置时点，或社区出现能互相印证的明确倒计时，再切换到重置前清仓模式。

Codex Reset Radar 的当前 JSON 返回 window_open=false、next_reset_estimate=null、recommended_action=wait，但它的 monitored_at 已停在 7 月 22 日；这份雷达只能作为旁证，不能拿来宣布今天开蹬。10

结论很简单：歇脚，蓄力。 这波重置前的旧额度清仓已经结束；今天新增的是额度异常和社区施压，不是下一次 reset 的时间。等时间落锤，再喊大家猛猛蹬。