Codex 的
5 小时滚动限额回来了
暂停了一段时间的 5 小时滚动限额，于 2026 年 7 月 30 日恢复。这里是发生了什么、社区的实测感受，以及额度打满之后还能怎么继续干活。
自 2026 年 7 月 30 日起，Codex 对付费订阅用户重新启用 5 小时滚动限额，此前的「频繁重置配额」过渡期结束。
本页更新于 2026 年 7 月 30 日 —— 官方口径变化时我们会同步更新。
从暂停到恢复，发生了什么
按时间排列的事实。官方未公布具体配额数值的部分，我们直接写「未公布」。
Sol 档消耗过高，5 小时限额被暂停
GPT-5.6 Sol 档的额度消耗速度引发大量用户抱怨。为了收集数据、也为了让开发者敞开使用，Codex 团队暂停了 5 小时滚动限额。
靠频繁重置配额维持
暂停期间，付费用户的配额被反复重置，社区里「又又又重置了」成了固定节目。这是临时措施，不是长期机制。
5 小时滚动限额恢复
官方表示相关问题已经解决，5 小时滚动限额随之回归，与周限额重新叠加生效。
落差集中在一点：暂停期间一个重度任务可以连续跑数小时；恢复之后，不少用户报告重度任务约半小时就会触顶。
以上为用户公开反馈的汇总，不代表官方数值。OpenAI 未公布 5 小时窗口的具体配额上限 —— 任何声称精确数字的说法都请谨慎对待。
额度打满之后，四种继续干活的方式
从最省事到最彻底，按你手头任务的紧急程度挑。
换低消耗档位
把不需要顶配推理的任务从 Sol 切到 Terra 或 Luna。同一个 Codex CLI 里换个 model id 即可，额度消耗显著下降。
切到 Claude 侧继续
Codex 的 5 小时窗口和 Claude 的额度是相互独立的两套。任务卡住时交给 Opus 4.8 或 Sonnet 5，往往比干等窗口重置更快。
用 API 通道绕开订阅窗口
5 小时滚动限额是订阅计划的机制。走 API 通道时不存在这个滚动窗口，用量按你自己买的套餐日限额计算 —— QCode 一把 Key 同时覆盖 Codex、Claude 与 Gemini。
常见问题
Codex 的 5 小时滚动限额是什么？什么时候恢复的？
它是按 5 小时滚动窗口计算的用量上限：窗口内用满，就得等窗口滚过去。这个机制此前被暂停，于 2026 年 7 月 30 日恢复，恢复后与周限额叠加生效。
之前为什么把它暂停了？
GPT-5.6 Sol 档的额度消耗速度引发大量抱怨。Codex 团队暂停 5 小时限额，并在过渡期反复重置配额，让用户敞开使用以便定位问题。官方表示问题解决后，限额随之恢复。
有人说重度任务半小时就打满，是真的吗？
这是社区的普遍反馈，不是官方数值。OpenAI 未公布 5 小时窗口的具体配额上限；实际能跑多久取决于你用哪个档位、上下文多长、缓存命中如何。把它当方向性参考，别当精确承诺。
额度打满之后还能怎么继续干活？
四个方向：换到 Terra / Luna 等低消耗档；把任务交给 Claude 侧的 Opus 4.8 或 Sonnet 5；改走 API 通道（不受订阅的 5 小时滚动窗口约束，按自己买的日额度计算）；或者错峰并盯住用量。QCode 提供的正是第三条路 —— 一把 Key 覆盖 Codex、Claude 与 Gemini。