先歇脚：重置已落地，8 月 31 日开蹬提醒作废 (2026)

截至北京时间 8 月 30 日 21:18，先歇脚：这波重置已经落地，上一期的开蹬提醒作废。

tibo 在北京时间 04:43 明确写道，OpenAI 正为所有付费 Codex 用户和 ChatGPT Work 用户重置用量；同一条说明还说，针对不同使用方式，修复后额度续航预计比此前多 10% 至 50%。这条信息的动作对象是已经发生的重置，读者现在拿到的是新一轮库存。1

Loading content card…

重置已经落地

tibo 随后在同一线程写下 Landing 2:30pm PST，给出了这次落地的时间提示。2 雷达在北京时间 05:23:38 把窗口标记为关闭，并把状态记为“社区确认”；这个时间来自第三方快照，只用于辅助确认。3

tibo 的说明还列出了几类会偷偷消耗额度的问题：压缩时保留旧图片、后台记忆任务卡在 Stop hook、/goal 结束后继续运行、自动化频率超出设置、子代理选择了更强模型，以及部分 MCP 工具结果重复编码。tibo 对这些问题逐项写明已修复，并表示团队在继续增加防回归措施。1

这解释了为什么本次重置伴随着“额度回满”和“以后更耐用”两种反馈。前者是库存已经换新，后者是官方对修复效果的预期；两者都属于重置落地后的信息。

今天的公开反馈把“已经发生”这件事坐实到了多个账号：

koltregaskes 在北京时间 15:13 写道，自己“又收到了一次 Codex 重置”，并提到这次同时带来了一批改进。4
mike_pavlukhin 在北京时间 15:37 说，Codex 当天再次重置了限制。5
Miss_y0ch0w 在北京时间 16:04 写道，Codex 和 ChatGPT Work 的付费用量已经恢复充足，并把这次事件与 tibo 的重置说明联系起来。6
codex_reset 在北京时间 19:37 的回复显示账户达到 100%。这只是一个雷达账号的账户反馈，适合做旁证，不能代替 tibo 的原始说明。7

社区里仍有帖子沿用昨天的预期，例如 ojhaayush 在北京时间 18:06 还在写“明天重置”，并计划把额度消耗到接近 0。8 这正是本期需要更正的地方：落地消息已经覆盖了日期级预期，旧帖里的“明天”不能继续当作行动时钟。

上一期文章根据 tibo 的 tomorrow 和“按钮明天庆祝”的日期级信号，建议读者把当前额度赶在 8 月 31 日前清掉。9

现在需要把那条指引改成一句清楚的话：重置发生前，才有重置前清仓的窗口；重置发生后，清仓窗口已经结束。 8 月 30 日早晨回来的额度属于新一轮库存，读者可以按自己的任务正常使用，手上的新额度也不需要赶在 8 月 31 日之前“清仓”。

“蹬”的含义一直只有一个：已经知道下一次重置时间后，在那一刻到来前，把当前还没用完的旧额度尽快刷完。今天的重置已经发生，tibo 也没有给出下一次重置的明确时间，所以当前状态是 不能蹬，先歇脚。

截至本期检索，tibo 当天后续公开时间线里最新可见的内容仍是围绕开发与团队工作的回复，没有出现下一次 Codex 重置的日期、钟点或倒计时。10

@OpenAIDevs 最近的可见动态在介绍 ChatGPT Work 工作区导入 GitHub 插件市场，账号没有另发本次重置的下一次时间。11 OpenAI Status 当前显示系统整体正常，Codex 组件也处于正常状态；服务可用性页面无法提供下一次额度重置时间。12

因此，今天适合做三件事：打开自己的额度页面确认新库存是否到账；按真实任务使用当前额度；等待 tibo 或官方给出下一次明确时间。新的日期级信号或倒计时出现后，才重新计算“重置前还剩多久”，再决定是否开蹬。

结论：这波蹬完了。重置后的额度是新库存，下一次时间仍然未知；先歇脚，别把上一期的 8 月 31 日提醒继续当成倒计时。