开蹬！Tibo 给出一小时倒计时，重置前把 Codex 额度蹬完 (2026)

先看结论

现在可以开蹬，而且要蹬的是重置前的旧额度。 Tibo 在北京时间 8 月 13 日 09:01 发帖确认：Codex 已跨过 1500 万活跃用户，新的 reset「将在接下来一小时左右落地」，并直接喊「go /fast」。按这条帖子的发布时间估算，重置点约在 10:00（北京时间）前后；这是一段近一小时的冲刺窗口，不是精确到分钟的官方承诺。1

这次的动作很简单：打开 Codex，先把还没用完的额度花在高消耗任务上。不要等重置落地后再把「这波」额度拿来蹬，那时清仓窗口已经结束。

Loading content card…

依据：昨天的惊喜，今天给了时间

Tibo 前一天回顾过一条里程碑承诺：Codex 每增加 100 万活跃用户就重置一次，直到 1000 万；随后他预告 8 月 13 日会有惊喜。今天的新帖补上了关键缺口：用户数已经跨过 1500 万，重置会在「next hour or so」落地，并要求用户使用 /fast。原帖没有给出精确分钟，所以 10:00 是按 09:01 发帖时间推算的目标点，不是硬性保证。2

社区已经开始跟进这个信号。有人直接写「又一次 Codex reset」，也有人说「usage limits 已重置」；这些帖子都引用了 Tibo 的公告，说明用户正在等待或尝试验证到账，暂时不能当成覆盖所有账户的独立确认。3 4

谁现在该蹬

目前能确定的是 Codex 用户。Tibo 这条新帖没有逐项说明 Plus、Pro、Go、Work 或 API 的适用范围，也没有承诺 banked reset 会如何处理。因此：

先在自己实际使用的 Codex 账户里检查剩余额度和重置提示。
优先把任务投向 Codex 主路径；不要把这条公告自行外推成 API 额度或其他产品额度重置。
如果账户已经显示额度变化，仍先核对正在消耗的是哪一类额度，再安排长任务。

最后十几分钟怎么用

先跑最贵、最难拆的任务。 长链路代理、跨文件重构、批量测试和需要连续上下文的任务，优先级高于零碎问答。
开 /fast，但给任务设边界。 Tibo 明确写了「go /fast」；把验收条件和停止条件写进提示，避免让代理无目标地空转。1
别囤到最后一秒。 「next hour or so」是近似时间，实际落地可能早于或晚于 10:00。现在有能立刻执行的高耗任务，就直接启动；不要拿小问题反复试探。
重置后重新判断。 一旦 reset 落地，今天这一波「重置前清仓」就结束。除非 Tibo 再给出下一次重置时间，否则下一步叫歇脚、等信号，不叫继续开蹬。