博客与动态 最近更新 2026-09-06

Codex 额度什么时候重置?看懂窗口规律,避免续费踩坑

这件事别想复杂,先记住两点:续费不会让已经用完的周额度马上回来;额度到了 0%,已经跑起来的任务也不会立刻停。真正需要比较的,只有订阅到期日和额度重置日。

续费和额度重置是两条时间线

这两个日期各走各的。你今天续费,只是把订阅有效期往后延;如果周额度已经是 0%,它还是会按原来的日期重置,不会因为续费立刻回到 100%。

订阅续费时间线与 Codex 额度重置时间线对照图
续费只续订阅,周额度不会跟着回到 100%。点击放大

如何最大程度地使用额度?

先看订阅到期日,再看额度重置日,哪个先到就按哪种情况处理:

比较订阅到期日和额度重置日以最大程度使用 Codex 额度的流程图
别只看订阅日期,把订阅到期日和额度重置日放在一起看。点击放大

真正可能造成的损失是什么?

真正的损失就一种:新订阅已经开始计时,Codex 额度却还是 0%。你付了一个月的钱,前面几天却没有额度可以用。

比如:订阅今天到期,额度 4 天后才重置。你今天直接续费,新订阅从今天开始算,但 Codex 还要再等 4 天。这 4 天就是白花的钱。

Codex 额度用完后根据是否急用选择等待重置或使用新账号的流程图
额度已经用完,急着继续工作就换一个账号,不要给 0% 的旧窗口反复续费。点击放大

怎样查看自己的重置信息?

不用猜,也不用照搬别人的日期,直接看自己账号:

  1. Codex 桌面端:打开设置中的 Usage & billing,查看剩余比例和重置时间。
  2. Codex CLI:输入 /status,查看当前显示的额度窗口、剩余比例和重置时间。
  3. 额度耗尽提示:留意限制提示框给出的恢复时间,不要只看订阅到期日。

把订阅到期日和这里显示的额度重置日记下来,后面所有决定都看这两个日期。

除了每周重置,还有额外的额度机会吗?

有。除了正常的每周重置,Tibo(@thsottiaux)有时会临时按一次重置。大家说的“Tibo 重置”就是这个。

它没有固定时间,但一般容易出现在下面几个节点:

最简单的办法就是关注他的 X。看到重置通知后,马上刷新 Usage;有的是直接恢复到 100%,有的是给一张可以之后再用的储存重置。

Codex 临时额外重置通常出现在功能上线、用户里程碑、服务故障和用量异常修复等节点的示意图
这些节点最容易等到临时重置,但没有固定时间。点击放大

5 小时窗口为什么看不到了?

5 小时窗口已经下线一段时间了,所以现在不少账号只显示每周额度。暂时看不到,就先不用算它。

但它后面可能会回来。官方 Codex 用量说明里仍然提到 5 小时共享窗口。哪天 Usage 里重新出现 5 小时窗口,就同时看 5 小时和每周两层额度。

Codex 额度窗口从此前双窗口到当前每周窗口以及未来可能恢复的变化图
现在看不到,不代表以后不会回来。点击放大

额度到点,当前任务会立刻停止吗?

不会。任务只要已经启动,即便中途额度掉到 0%,也会继续跑完。真正受影响的是后面的新任务:当前任务结束后,再开新的就要等额度重置。

所以额度快没时,不要手动停掉正在跑的任务。能在到 0% 前启动一个完整的大任务,就让它一直跑完;超过 0% 后继续跑的部分,都是白薅到的额度。

Codex 当前任务一般继续完成而后续新任务可能等待重置的示意图
任务已经启动,就让它跑完;0% 后继续跑的部分也算白薅。点击放大

一句话总结:先看两个日期;订阅先到期就别提前续;额度快没了先把大任务跑起来;已经 0% 又急着用,就换一个账号;Tibo 临时重置算额外福利。

参考:续费与重置案例 · 5 小时窗口显示说明 · 官方 Codex 用量说明 · 用户里程碑重置 · 故障后重置 · 功能上线重置

→ 返回博客与动态