TL;DR被限流后第一件事不是干等，是判断撞的是 5 小时窗口还是每周窗口：前者几十分钟回血，后者可能要等一两天。这篇给一个十分钟内完成的应急排序：判断、估算、分流到等待、重置券或购买。
来源信号 SOURCES
以下内容整理自社区公开讨论，本页只做拆解与核实，不搬运原帖；观点归属原作者。
OpenAI 社区 · Weekly limit ran out even though I never hit the 5-hour limit（2026-03）查看原帖 ↗Apidog · Codex 配额与限流机制概述（2026-01）查看原帖 ↗
事实性知识 FACTS
这些说法可回到所列来源核对；涉及限额算法时，官方账户页面优先于社区归纳。
- 限流提示会区分命中层级：5 小时窗口或每周窗口，两者的回补节奏完全不同。
- 5 小时与每周的精确重置时间都应从账户页面读取；社区帖子里的等待时长不能替代你的账户时间。
- 重置券（banked reset）在有库存时可立即把额度清零重满，兑换入口在账户 settings → usage（官方帮助文档路径）。
概念性知识 CONCEPTS
社区讨论里的概念不全是事实——每条都标注了它的性质，读之前先看标签。
分流决策个人观点
社区帖里被验证有效的思路：把「额度见底」从情绪事件变成分流问题——预计回血时间短于任务截止压力就等，有券就兑换，两者都不满足才进入购买/升级评估。
静默消耗来源可核对
有用户反馈额度消耗快于预期的情况历史上出现过（统计 bug），官方核实后用全员重置补偿过。如果你怀疑消耗异常，先对账再归因，不要默认是 bug。
场景 SOP STEP BY STEP
目标场景：任务做到一半被限流，当天还有交付压力。目标：十分钟内定下「等、兑、买」哪条路。
前提付费订阅账号；手头任务有明确的优先级。
- 01读限流提示
看被拒时 CLI 或网页给出的具体提示：指向 5 小时窗口还是每周窗口，记下当前百分比。
- 02跑 /status 对账
CLI 里用
/status查看剩余限额，再到 Usage 核对精确重置时间。 - 03记录官方时间
直接抄下 Usage Dashboard 对两层额度显示的重置时间，不用回想七天前的消耗来估算。
- 04压力小于回血时间就等
把低优先任务切换出来做人工工作（review、文档），到点再回来。这是零成本选项，永远先评估它。
- 05有券就兑
交付压力大于等待价值且有重置券库存时：settings → usage → 选择可用重置 → 核对有效期 → 确认兑换，额度立即回满。
- 06写下次的预防项
应急结束后回看：这次见底是排活问题（改进错峰）还是容量问题（评估套餐），记一条预防笔记。
结果限流从「打断半天」变成「十分钟内选定的等待/兑换/购买动作」，且留下了下次的预防改进。
看完之后 NEXT
想知道今天的重置判定？回到 首页实时雷达。