先歇脚：25M reset 已落地，下一次时间待明确

北京时间 8 月 31 日 10:34，tibo 宣布 Codex 与 ChatGPT Work 的全付费订阅用量已经重置，理由是 Codex 活跃用户达到 2500 万。截至 9 月 1 日凌晨，公开信号停在这次落地；下一次重置时间待后续明确。今天的判断很简单：这波蹬完了，先歇脚。 1

tibo 的原话是：Codex 达到 2500 万活跃用户，并为 ChatGPT Work 和 Codex 的所有付费订阅重置用量，随后写下 “See you soon for more news from The Reset Company”。帖子发布时间换算为北京时间 8 月 31 日 10:34，第三方雷达也把这一个时刻记录为窗口关闭时间。12

这条消息覆盖的是 Codex 与 ChatGPT Work 的付费订阅用量。tibo 没有在这条公告里给出下一次重置日期，也没有给出每个账号实际到账的分钟级差异。账号自己的用量页面，仍然是确认余额的地方。

“蹬”指的是：已经知道下一次重置时点后，在旧额度被清掉前，把当前剩余额度尽快用完。8 月 31 日 10:34 的 reset 已经发生，上一波重置前清仓的截止点随之结束。重置后回来的额度属于新库存，继续写代码、调试和跑任务属于正常使用，当前缺少“赶在下一次重置前清仓”所需要的时间依据。

tibo 在落地帖之后的跟进，谈的是 20X 规则和 5 小时限制，内容没有给出下一次 reset 时间。到目前为止，公开信息能确认“这次已经重置”，还不能把下一次日期或钟点排进倒计时。13

重置前确实有人在赶最后一段清仓。DPortkey 在北京时间 9 月 1 日 00:21 回顾过去两天的使用，称自己为了赶在第二次 reset 前尽量消耗订阅，累计跑了约 28 亿 tokens，全部使用 5.6 Sol；这是一位用户的个人账本，适合说明清仓行为的强度，不能当作所有账号的统一消耗量。4

另一位用户 rozhkov_ 在北京时间 9 月 1 日 00:08 说，自己前一天赶着 Codex reset，做出了一个运行在 iPhone 主屏幕或灵动岛上的宠物应用；他随后开始重新评估这个方向。这条反馈说明，社区已经把注意力从“要不要赶紧清仓”转向“重置后拿新额度做什么”。5

重置后的讨论也出现了消耗速度复核。funnysun 在北京时间 9 月 1 日 00:21 询问，Codex 昨天 reset 后是否又出现消耗很快的情况；类似问题属于账号体验反馈，尚未构成下一次统一 reset 的时间信号。6

tibo 在北京时间 8 月 31 日 10:42 补充说明：Codex 里被称作 20X 的倍率，具体对应 周用量限制；两个 Pro 方案也没有 5 小时限制。他还说明，Pro 20X 的周用量大约就是 Plus 订阅的 20 倍。3

这条说明解决的是规则理解问题，不是新的开蹬信号。周用量决定一周还能用多少，5 小时限制决定短时段内能否继续跑；两条线都要结合自己的账号页面判断。倍率说明也不会自动推出下一次 reset 的日期。

Codex Reset Radar 在北京时间 9 月 1 日 00:10 的快照中，把窗口标为关闭、建议等待，并记录 8 月 31 日 10:34 为关闭时刻。雷达的 monitored_at、模型评分和概率字段只能作辅助信息，主线仍以 tibo 的落地帖为准。2

@OpenAIDevs 这次检索到的最新可见条目，是转发 ChatGPT Work 工作区同步 GitHub 插件市场的更新，内容没有新增 Codex reset 时间。7

OpenAI Status 当前另有一条 ChatGPT Work 故障：页面将其标为部分中断，多个订阅方案的用户可能无法启动或继续任务，问题表现为错误率和延迟升高。这个状态页信息说明 Work 当前存在服务可用性问题，不能替代额度页面，也不能推导下一次重置时间。8

结论：先歇脚。 25M reset 已在北京时间 8 月 31 日 10:34 落地，这波重置前清仓窗口已经结束；当前可以正常使用新库存，下一次重置时间等 tibo 或可信社区信号明确后，再重新判断是否开蹬。