/status 显示还有额度
请求却被拒："幽灵限额"是怎么回事
报错原文是 "You've hit your usage limit"，但 /status 或仪表盘明明显示额度没用完——2026-08-25 起 Codex Plus 同时受两条限额约束，这是最常见的成因。
四个关键事实
同时生效的两条限额
2026-08-25 起 Codex Plus 的 5 小时滚动窗与周限额同时生效，/status 常只突出显示其中一条，另一条耗尽时你看不出来。
Plus 5 小时窗恢复日期
OpenAI 工程负责人 Thibault Sottiaux 在 X 上确认，5 小时滚动限额于 2026-08-25 对 Plus 档重新强制执行。
$100/$200 Pro 档不受影响
同一份官方说明确认，Pro 的两档订阅在可预见的几个月内继续豁免 5 小时限额，只受周限额约束。
先分清楚卡在哪一层
账号级=本周期总额度用尽，要等自然周重置；窗口级=5 小时滚动窗打满，通常几十分钟到几小时内自动恢复。
报错原文在说什么
完整提示通常是 "You've hit your usage limit"，本身不区分你撞到的是 5 小时滚动窗还是周限额——这正是"幽灵"感的来源：仪表盘的进度条设计上更容易展示离你最近、消耗最快的那一条限额（通常是 5 小时窗），如果你已经在本周期内把周限额也用得差不多，界面不一定会同时提醒你两条都紧张，直到某一条先被打满，请求被拒但你盯着的那个进度条看起来还有余量。
最新进展
据 OpenAI 工程负责人 Thibault Sottiaux 2026-08-25 在 X 上的说明，恢复 5 小时限额主要出于两点考虑：分散服务器负载压力、保护偶尔重度使用的普通用户不被少数长时间挂机的重负载账号挤占资源。5 小时窗与周配额并行生效，而不是互相替代——这也是本页要强调账号级/窗口级要分开看的原因。100/200 美元的 Pro 档在可预见的几个月内继续豁免 5 小时限额。
时间线
Codex 出现配额异常与全量重置，官方随后引入 Banked Reset 弹性机制（详见站内专页）。
OpenAI 工程负责人 Thibault Sottiaux 在 X 上确认，5 小时滚动限额对 Plus 档重新强制执行，Pro 档暂不受影响。
5 小时窗与周限额并行生效，/status 展示逻辑尚未针对这种双重限额做优化，"幽灵限额"的报告仍在增加。
已确认 vs 需要自己核实
已确认
Plus 档 5 小时滚动限额于 2026-08-25 恢复、与周限额并行生效、Pro 档暂不受影响，来自 OpenAI 工程负责人 Thibault Sottiaux 在 X 上的官方说明，多家科技媒体转载确认。
需要自己核实
具体的额度数值（比如 5 小时窗允许多少次调用、周限额的具体上限）官方没有给出统一公开数字，不同账号、不同套餐可能不一样；本页不猜测具体数值，请以自己账号 /status 或仪表盘显示为准。
怎么判断自己卡在哪一层
窗口级：5 小时滚动限额
特征是请求被拒后，等几十分钟到几小时重试往往就恢复了；如果你最近一段时间内密集调用（比如连续跑长任务或并行 agent），大概率是这层。
账号级：周限额用尽
特征是等了几小时还是被拒，且这种情况通常发生在计费周期快结束的那几天；这一层只能等账号的自然周重置，不会因为你停下来等一会儿就恢复。
三步定位法
第一步，请求被拒后等 30-60 分钟重试一次：如果恢复了，大概率是 5 小时滚动窗打满，不是幽灵限额；第二步，如果几小时后仍然被拒，查看账号里能不能翻到本周期的用量历史，对比这一周的总消耗和上一次重置时间；第三步，如果你在团队/组织套餐下使用，额外确认这是你个人的限额还是整个组织共享池已经用尽——组织级限额一个人耗尽会连累全队，现象和个人幽灵限额几乎一样。
在 QCode 上怎么办
分不清是哪一层、又赶着交付时，先把当下这个任务通过 QCode 的一把密钥切到 GPT 之外的档位或 Claude、Gemini 等模型上，等确认好是窗口级还是账号级、以及具体的恢复时间之后，再把工作切回来。
常见问题
为什么 /status 显示绿色、还有余量，请求却被拒？
2026-08-25 起 Plus 档同时受 5 小时滚动窗和周限额约束，/status 的进度条通常只突出其中一条；另一条耗尽时界面不一定会同步变红，这是最常见的原因。
Pro 档会遇到这个问题吗？
按官方说明，100/200 美元的 Pro 档在可预见的几个月内不受 5 小时滚动限额约束，理论上遇到"幽灵限额"的概率更低，但仍然受周限额约束，如果周限额用尽，同样会出现进度条正常但请求被拒的情况。
等多久重试比较合理？
先等 30-60 分钟。如果那之后恢复，基本可以确认是 5 小时滚动窗；如果几个小时后仍然被拒，大概率是账号级的周限额，需要等自然周重置。
团队/组织套餐下，这个报错和个人套餐有什么不同？
组织套餐通常是共享池，队里任何一个人把池子用满，其他人也会看到 "You've hit your usage limit"，即便自己账号看起来没怎么用；先在团队后台确认这是共享池问题还是自己的个人限额。
是不是可以靠频繁刷新 /status 来提前预警？
有一定帮助，但 /status 本身的展示逻辑就是这次报错混乱的来源之一，不能完全依赖它；更可靠的做法是自己记录每次请求被拒的时间点，对照账号的用量历史找规律。
这个问题和 Codex 之前的 banked reset 配额异常是一回事吗？
不是同一件事。banked reset 是 2026 年 7 月中旬那次配额异常之后引入的弹性重置机制；本页说的是 2026-08-25 恢复 5 小时限额之后，两条限额并行导致的界面展示问题，两者背景不同，详见站内 Codex 配额专页。
信息来源
5 小时滚动限额于 2026-08-25 对 Plus 档恢复、与周限额并行生效、Pro 档暂时豁免——来自 OpenAI 工程负责人 Thibault Sottiaux 在 X 上的说明，经多家科技媒体（包括 TechRepublic、Notebookcheck）转载确认，报道发布于 2026-08-25。本页于 2026-08-27 核对整理。
相关阅读
Codex 配额异常与 Banked Reset
2026 年 7 月中旬那次配额事件的完整记录与后续机制变化。
Codex 5 小时滚动限额指南
5 小时窗口的运作方式与恢复时间线。
Claude 529 vs 429 vs Weekly Limit
同类"额度报错"问题在 Claude 一侧的判别方法。
本页内容基于 OpenAI 官方渠道公开说明整理，不代表 OpenAI 官方立场；具体额度规则、数值与恢复时间以你账号 /status 与 OpenAI 官方文档为准。