这次限额恢复只落在一个档位上。2026 年 8 月 24 日晚（美西时间），OpenAI Codex 与 ChatGPT 工程负责人 Tibo Sottiaux（@thsottiaux）在 X 发帖：次日起为 Plus 账号恢复 ChatGPT Work 和 Codex 的 5 小时滚动窗口限制。同一条帖子里他写明：「We are for the upcoming months keeping the 5h limit not enabled for Pro $100 and Pro $200 subscriptions」——Pro 两档在未来几个月继续不启用 5 小时限制。
挑重点说：
-
Plus 用户：5 小时墙回来了。长任务要切块，一次连跑 8 小时的 agent 会话会在窗口里撞墙。
-
Pro $100 / Pro $200 用户：这次不受影响，只剩周上限一层。但官方用词是「未来几个月」，不是永久承诺。
-
每天用 Codex 不到 2 小时的：不用动。5 小时窗口对轻度用法基本无感，撞墙的是连续高强度会话。
一、完整时间线：7 月以来这套限额改了三轮
本文原发于 7 月 30 日，当时官方预告的恢复并没有落地。把三轮变动按顺序捋清楚：
| 时间 | 事件 | 影响档位 |
|---|---|---|
| 2026-07-09 | GPT-5.6（Sol/Terra/Luna）全量开放 + ChatGPT Work 上线 | 全部付费档 |
| 2026-07-12 | 需求冲垮用量体系，官方临时移除 5 小时限制（当时的解读） | Plus / Pro / Business |
| 2026-07-29 | 官宣全员用量重置 + Sol 推理效率优化（典型场景多撑约 18%），预告次日恢复限制 | 全部付费档 |
| 2026-07-30 至 08-24 | 恢复被推迟，5 小时窗口一直没回来，期间官方多次手动重置用量 | 全部付费档 |
| 2026-08-24 晚 | Tibo 官宣：次日为 Plus 恢复 5 小时限制 | 仅 Plus |
| 2026-08-25 / 26 | 限制生效（9to5Mac 记 8-25，explainx 记 8-26，逐步推送） | 仅 Plus |
7 月 30 日那次「恢复」为什么没到位，Tibo 这次自己给了答案：「I had mentioned this a while ago, but then postponed it」——提过一次，然后推迟了。从 7 月 12 日算起，Plus 用户实际享受了 44 天没有 5 小时墙的日子，到 8 月 25 日结束。
7 月 29 日那轮的两件事仍然有效：全员用量重置已落地；Sol 的推理效率优化让典型场景下额度多撑约 18%，这部分是净增益，不随限制状态变化。
关键差异在范围。7 月那两轮是全付费档一起动，这次只动 Plus，Pro 两档被单独摘出来。Business 档在这次官宣里没被提及；Enterprise 和 Edu 走独立的信用额度体系，不受影响。
二、为什么只砍 Plus：官方给的两条理由
先说清 5 小时窗口的机制，不然理由听不懂。
这个窗口是滚动的，不按固定时刻切分。从你当天第一条消息开始计时，之后 5 小时内本地消息、云任务、代码审查共用同一个桶。提示词、读入的文件、工具与终端输出、模型回复都算进去。桶满了就无法发起新一轮，得等窗口向前滚动释放出空间。这也是为什么会出现「周额度还剩八成、但现在就是发不出去」的情况——你撞的是窗口这一层，不是周上限那一层。两层限制怎么区分、撞了怎么办，机制详解见 Codex「用量达到上限」怎么办。
Tibo 给的两条理由：
算力平滑。 原话是这个限制「allows us to smoothen the load on our compute, allowing to keep the plan generous in terms of weekly usage」——把用量摊进 5 小时块里，服务器不会被同时打满，周额度才能给得宽松。
保护新手。 他把 Plus 用户描述为「relatively casual and new users」，这类用户会「accidentally eat through their whole weeks usage」，然后一脸困惑地发现产品不能用了。Agent 类任务单次会话烧的算力远高于普通对话，Codex 会话又特别容易跑长——一晚上烧掉一周额度，接下来几天全锁死。