先歇脚：Codex 额度掉得太快，下次重置仍未知
常规周重置已经落地，但下一次时间仍未落锤；社区最新实测显示部分账号的 Codex 额度消耗异常变快，今天先查账、别清仓式猛跑。
截至 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 的时间。等时间落锤，再喊大家猛猛蹬。
References
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9OpenAI Status：Elevated Codex API authentication errors
status.openai.com
- 10Codex Reset Radar 当前快照
codex-reset-radar.pages.dev
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.