TL;DR每周窗口跟着你自己的使用历史滚动回补，不是周一清零。前三天把额度冲掉，后面几天就只剩等待。社区共识是把重活集中到固定的「重度日」，其余日子轻用，让每周余量始终够计划内的事。
来源信号 SOURCES
以下内容整理自社区公开讨论，本页只做拆解与核实，不搬运原帖；观点归属原作者。
OpenAI 社区 · Weekly limit ran out even though I never hit the 5-hour limit（2026-03）查看原帖 ↗OpenAI 社区 · Tips and Tricks for Codex & Rate Limits（2026-02 精华帖）查看原帖 ↗
事实性知识 FACTS
这些是讨论中被多方印证、或可对照官方文档核实的事实。
- 每周窗口按账户自己的使用历史滚动补充，与固定周几无关：七天前的用量什么时候发生，就什么时候释放。
- 每周上限与 5 小时窗口相互独立：只用了几分钟 5 小时窗口也可能撞每周上限，反之亦然（社区有大量「从没撞过 5 小时却周额度见底」的实例）。
- 额度见底时官方途径只有三种：等回补、兑换重置券（若有）、购买额外额度或升级套餐。
概念性知识 CONCEPTS
社区讨论里的概念不全是事实——每条都标注了它的性质，读之前先看标签。
重度日 / 轻度日个人观点
社区常见的自我约束：把批量生成、大重构集中在每周固定的 1–2 个「重度日」，其余日子只做小修小补。因为滚动回补的特性，集中消耗比每天平均消耗更容易撞顶，但换来的是其余天数完全自由。
额度可见性已验证事实
管理每周额度的前提是随时知道百分比。CLI 的 /usage 与账户 usage 页显示两层窗口的剩余，这个可见性是所有分配策略的基础设施。
周额度焦虑个人观点
社区帖里「每周额度 100% 后 CLI 和云端全部锁死」的抱怨不少，由此产生的抢额度行为（周初冲量）反而加剧了周中见底。行为问题多于机制问题。
知识梳理 TAKEAWAYS
把每周窗口当成一个「滚动水缸」而不是「每周礼包」：你七天前喝掉的水今天才补回来。理解这一点后，很多「额度怎么又没了」的困惑会自动消失。
实操上最有效的单一改变，是给一周定两个重度日。重活放在重度日的 5 小时窗口头部跑（配合错峰排活），轻活放在其余日子。这个组合让「周中见底」从常态变成例外。
如果你的重度日消耗稳定、且经常在周三就见底，这说明当前套餐与你的真实用量错配——该看的是套餐档位与重置券时机，而不是继续压节奏。
看完之后 NEXT
想知道今天的重置判定？回到 首页实时雷达。