Codex 用量重置：为什么会发生以及如何查看下次重置（2026）

核心要点

• Codex 有 4 种重置类型：滚动 5 小时窗口、每周周期、手动团队重置和可银行化重置（2026 年 6 月起）
• 查看重置日期：Codex 桌面端/网页端的设置 → 用量，或在 VS Code 中输入 /status
• 2026 年 6 月事件：防欺诈 bug 导致消耗速度快 10-20 倍，OpenAI 成立作战室并重置所有用户
• 手动重置会重启计时器（不只是增加配额）—— 为后续使用保存配额的用户会失去配额
• 银行化功能（2026 年 6 月 12 日）：Plus/Pro 用户获得 1 次免费可银行化重置，通过推荐可获得最多 3 次

你的 Codex 配额刚刚归零。你查看设置 —— 重置日期本应是周五。现在是周二。日期现在显示下周一。

发生了什么？

如果你看到 Codex 用量在没有警告的情况下重置、重置日期突然跳跃，或配额消耗速度超出预期，你并不孤单。在防欺诈 bug、手动团队重置和 2026 年中推出的银行化系统之间，Codex 的重置行为连付费订阅者都感到困惑。以下是每种重置类型、如何查看你的重置，以及 2026 年 6 月作战室事件期间发生的情况——那次事件导致用户配额消耗速度比正常快 10-20 倍。

为什么我的 Codex 用量会在没有警告的情况下重置？

四个原因：滚动 5 小时窗口持续刷新，每周周期从首次使用起每 7 天完成一次，OpenAI 在事故或庆祝时手动重置所有用户，以及你自己触发的可银行化重置。

最让人困惑的？手动重置。OpenAI 团队执行这些操作时不会发送应用内通知。当这些发生时，你显示的重置日期会改变，任何保存的配额都会消失。其他三种类型是系统自动化的，但各自工作方式不同。

2026 年手动重置时间线（已确认日期）：

• 2026 年 4 月 28 日：所有付费计划重置"为庆祝美好的一周并让每个人用 GPT-5.5 构建更多"（来源）
• 2026 年 6 月 4 日：服务问题后意外重置，用户失去 70%+ 保存的配额（来源）
• 2026 年 6 月 16-25 日：防欺诈 bug 导致 10-20 倍消耗速度后的紧急作战室重置（来源）

为什么没有应用内警告？OpenAI 的 Codex 团队通过 X/Twitter 宣布重置，而不是通过仪表板。不关注 @thsottiaux（Thibault Sottiaux，Codex 工程主管）？你只能在检查设置并看到日期变化后才知道。

如何查看我的 Codex 用量何时会重置？

桌面端或网页端的 Codex → 设置 → 用量。或在 VS Code 扩展中输入 /status 查看续订日期和剩余配额。

三种查看方式：

1. 桌面端/网页端仪表板

• 打开 Codex 应用或访问 chatgpt.com/codex
• 个人资料 → 设置 → 用量
• 查找"续订日期"或"重置于"

2. VS Code 扩展

• 打开 Codex 聊天面板
• 输入 /status 并发送
• 响应显示：配额 %、续订日期、层级

3. 状态栏（VS Code）

• 左下角，配额图标
• 悬停查看快速工具提示和重置日期

警告：显示的日期不保证。OpenAI 团队的手动重置会在没有通知的情况下改变它。将日期视为"最早可能的重置"，而不是承诺。

一位用户在下午 2 点查看（重置日期：3 月 16 日），然后在下午 3 点再次查看 —— 日期已跳到 3 月 17 日，配额回到 100%。没有公告。只是无声刷新。

5 小时限制和每周限制有什么区别？

5 小时滚动窗口防止突发使用并持续刷新（下午 2 点使用的消息在晚上 7 点释放）。每周限制从你首次使用起限制 7 天内的总持续使用。两者同时运行。你受到先达到的那个限制的约束。

把它们想象成两个重叠的护栏：

5 小时滚动窗口：

• 限制你在任何 5 小时内可以使用多少
• 持续刷新，不是固定时间表
• 下午 2 点发送 20 条消息？这些插槽在晚上 7 点释放
• 防止突发工作负载压垮系统

每周限制：

• 限制 7 个连续天的总使用量
• 从你的*首次使用*开始，不是日历周
• 7 天后重置（除非发生手动重置）
• 防止持续重度使用

真实案例：一位 ChatGPT Plus 用户（$20/月）报告他们的每周限制在单个大型重构期间 3 小时内耗尽。他们在触及 5 小时限制之前就达到了每周上限 —— 每周上限低于 5 小时突发使用所允许的量。（其他前沿模型的定价结构中也出现类似的使用问题。）

为什么两者都有？OpenAI 想防止两种情况：有人在一个下午烧完一周的量（5 小时限制阻止这个），以及有人连续数天 24/7 运行编码代理（每周限制阻止这个）。你受到对你的使用模式限制更严格的那个约束。

为什么 OpenAI 在 2026 年 6 月重置了所有人的 Codex 限制？

OpenAI 发现了一个防欺诈 bug，导致合法用户的配额消耗速度比正常快 10-20 倍。他们在 6 月 16 日成立了作战室，并在识别问题后对所有受影响的用户执行了紧急重置。

2026 年 6 月作战室事件时间线：

• 2026 年 6 月 16 日：首次检测到问题，开始内部调查
• 2026 年 6 月 25 日：社交媒体上用户报告达到高峰，投诉病毒式传播
• 周日，6 月 25 日：Thibault Sottiaux 确认作战室成立
• 24 小时内：识别根本原因 —— 防欺诈过滤器错误分类合法使用
• 紧急修复：OpenAI 免费为所有受影响用户重置使用限制

出了什么问题：OpenAI 的自动化防欺诈和滥用预防系统错误地将常规 Codex 活动标记为可疑。当账户被错误分类时，它以 10-20 倍的正常速度消耗积分。一些付费用户报告在正常使用的几小时内损失了价值 $40 的积分。

作战室响应：工程主管 Thibault Sottiaux 在推特上表示团队在周日成立了"作战室" —— 硅谷术语，指紧急的、全员参与的故障排查会议 —— 进行调查。OpenAI 的状态页面将其记录为"Codex 使用限制消耗速度快于预期"。（相比之下，GPT-5.6 的延迟发布面临的是政府审查而非技术 bug。）

解决方案：一旦确认防欺诈过滤器 bug，OpenAI 立即将所有受影响用户的配额重置为 100%。没有发放现金退款，但用户获得了新的配额分配，并修复了有故障的过滤器逻辑。

用户影响：除了损失积分，该事件引发了信任担忧。如果 OpenAI 的自动化系统可以将付费订阅者的合法工作错误分类为滥用，那么什么能阻止误报触发账户暂停？该公司尚未公开解决这个更广泛的问题。（与此同时，像 Claude Opus 4.8 这样的其他编码模型提供了使用限制的替代方法。）

可银行化重置功能如何工作？

从 2026 年 6 月 12 日开始，Plus 和 Pro 用户可以保存速率限制重置以在需要时触发，而不是接收自动重置。你在启动时获得 1 次免费可银行化重置，并且可以在 6 月 24 日之前通过推荐朋友获得最多 3 次。

启动详情：

• 推出日期：2026 年 6 月 12 日
• 谁获得：Go、Plus、Pro 和 Business 用户
• 初始配额：所有符合条件的用户 1 次免费可银行化重置
• 获得更多：推荐朋友（仅 Plus/Pro）—— 当他们发送第一条消息时，你和你的朋友都获得一次可银行化重置
• 通过推荐最多：3 次额外重置（总共 4 次）
• 推荐窗口：2026 年 6 月 12-24 日

如何兑换：

1. 耗尽当前配额（达到 0%）
2. 出现弹窗模态框："你有 1 次银行化重置 —— 现在使用？"
3. 点击触发 —— 配额立即跳回 100%
4. 你的重置日期向前移动 7 天

替代方法：设置 → 用量应该显示"银行化重置：X"和兑换按钮（尽管许多用户报告这个 UI 从未出现）。

它在哪里显示：

• Codex 桌面应用：侧边栏中的个人资料卡
• VS Code 扩展：达到限制后，出现模态框
• 网页仪表板：设置 → 用量（不一致）

已知问题：

• 许多付费订阅者（已确认 Plus/Pro）报告从未收到初始免费重置
• "银行化重置"计数器在你达到 0% 之前不可见 —— 之前无法检查余额
• Linux CLI 用户最初无法访问该功能（后来通过 VS Code 扩展和桌面应用修复）
• 平台不一致：在某些客户端中有效，在同一账户的其他客户端中缺失

一位用户总结："它是账户级别的，但只在某些客户端中出现，在某些限制之后，对某些用户。" OpenAI 尚未发布关于该功能如何工作或如何排查缺失重置的全面文档。

当 OpenAI 进行手动重置时，我未使用的配额会发生什么？

手动重置完全替换你当前的配额周期。有 70% 剩余并为周末工作保存？当重置发生时，未使用的配额被没收，你的计时器从零重新开始。

这是战略用户最令人沮丧的重置类型。以下是实际发生的情况：

重置前：

• 你使用了 30%，剩余 70%
• 重置日期显示 6 月 7 日星期五
• 你计划为周末重构保存配额

OpenAI 执行手动重置（6 月 4 日）：

• 配额立即跳到 100%
• 重置日期更改为 6 月 11 日星期五
• 你保存的 70% 消失了 —— 没有结转，没有补偿

为什么这会伤害轻度用户：如果你偶尔使用 Codex 并为计划的密集工作保存配额，手动重置会惩罚这种行为。你不会在保存的基础上获得额外配额 —— 重置*替换*了你的整个周期。

官方回应：OpenAI 支持的 Mark G. 在 6 月 4 日事件帖子中确认"新配额完全替换了之前的配额周期"，"旧周期的剩余余额没有保留或结转"。他承认了对保存配额的用户影响的反馈，并提到团队正在"改进限制和重置行为"。

用户反应：

• agusbena："我的周末计划被打乱了，我的日程受到影响"
• andunie："我保存了 95%，重置日期在未来 —— 这次重置后全部消失了"
• 多位用户建议：给予额外 token *而不*重启计时器

OpenAI 为什么这样做：手动重置由服务问题（如 6 月作战室 bug）或"庆祝"（如 4 月 28 日 GPT-5.5 公告）触发。公司将它们视为福利 —— "每个人都获得新的开始" —— 但战略性管理配额的用户将其视为强制没收。（对于导致类似政策转变的模型发布，请参阅 Sonnet 5 预测如何实现。）

尚未发布关于何时会发生手动重置或是否会实施替代方案（如不重置计时器的额外积分）的政策。

为什么我的 Codex 配额重置日期不断变化？

当 OpenAI 执行手动重置或后端基础设施更新重新计算你的配额窗口时，你显示的重置日期会改变。一位用户报告在 10 天内（2026 年 3 月 7-11 日）经历了 4 次重置，日期每次都向前移动。

记录案例：一份 bswen.com 报告追踪了 2026 年 3 月 7-11 日之间的 4 次配额重置。每次重置都将续订日期向前推了一天。在一天内，用户在几小时内经历了两次独立的重置。

观察到的模式：

• 下午 1 点查看：使用 30%，重置日期 3 月 16 日
• 下午 2 点查看：配额 100%，重置日期 3 月 17 日
• 下午 3 点查看（同一天）：再次 100%，重置日期 3 月 18 日

三个可能的原因：

1. Bug 修复补偿 —— OpenAI 在修复后端问题后无声地重置配额。没有公告，只是静默刷新。如果快速连续修复多个 bug，你会获得多次重置。

1. 促销 token 调整 —— 运行到 2026 年 4 月的 2X 促销限制可能触发了重新计算。当促销期结束或上限更改时，系统可能会重置窗口以应用新限制。

1. 基础设施扩展 —— 扩展期间的后端容量变化可能导致"配额跟踪和显示方式的临时不一致"。你的实际使用被保留，但显示的重置日期重新计算。

社区确认：Reddit 用户（Just_Lingonberry_352）确认了同样的问题："一小时前重置之前是 16 日，现在我看到每周续订日期是 17 日。"

解决方法：将显示的重置日期视为"最小值，而非保证"。在开始密集编码会话之前检查你的仪表板。一位用户的建议："停止尝试预测重置。只需频繁检查状态并假设任何显示的日期都可能改变。"

没有官方修复：OpenAI 尚未发布解释为什么重置日期会改变或如何避免的文档。公司尚未确认这种行为是 bug 还是预期的。

常见问题

如果我的配额被 6 月的 bug 消耗了，可以获得退款吗？

OpenAI 免费重置了受影响用户的限制，但没有发放现金退款。作战室修复将受影响账户的配额恢复到 100%，但在 10-20 倍消耗期间损失 $40+ 积分的用户没有收到货币补偿。

我一次可以拥有多少个银行化重置？

2026 年 6 月的推出提供了 1 次免费重置加上最多 3 次通过推荐获得（6 月 24 日结束）。尚未发布超过此的确认最大值。功能 UI 在你达到 0% 配额之前不显示你的银行化重置计数。

每周限制会在固定的一天如周一重置吗？

不，这是从你首次使用开始的滚动 7 天周期，而不是日历周。如果你在周三下午 3 点首次使用 Codex，你的每周限制在下周三下午 3 点重置 —— 除非发生手动重置。查看设置 → 用量了解你的个人重置日期。

我能避免达到 5 小时限制吗？

将密集任务分散到多个有间隔的会话中。5 小时窗口持续刷新，因此下午 2 点使用的消息在晚上 7 点释放。如果你在重构之间暂停工作几个小时，你不太可能达到突发限制。每周限制仍然适用于持续使用。

每个人都提到的 2026 年 4 月 28 日重置是什么？

OpenAI 手动重置了所有付费用户的限制"为庆祝美好的一周并让每个人用 GPT-5.5 构建更多"，但它重启了计时器而不是增加额外配额。为计划的周末工作保存配额的用户失去了它，导致沮丧并建议未来的"庆祝重置"在不重启计时器的情况下添加额外积分。

我在 Codex 应用中哪里可以找到银行化重置？

它们出现在设置 → 用量或在达到限制后的弹窗模态框中。许多用户报告该功能不一致或从未出现，尽管是符合条件的 Plus/Pro 订阅者。尝试在桌面应用的侧边栏个人资料卡或耗尽配额后的 VS Code 扩展中查看。

OpenAI 会提前宣布未来的手动重置吗？

不存在确认的政策。过去的重置没有应用内警告 —— 用户通过 Codex 团队（主要是 @thsottiaux）的 X/Twitter 帖子得知。如果你想要提前通知，在 X 上关注 Codex 工程主管。这是目前唯一的通知渠道。

Linux CLI 用户可以访问银行化重置吗？

可以，通过 VS Code 扩展和桌面应用。一些用户最初报告在 Linux 上访问该功能有问题，但后来确认可以通过这些客户端使用。该功能是账户级别的，因此在一个客户端（如 VS Code）中兑换应该适用于所有平台。

跨多个模型管理 Codex 用量？Velokey 通过一个统一 API 在 OpenAI、Anthropic 和其他提供商之间路由 —— 检查用量、比较成本并切换模型，无需管理单独的仪表板。

*最后更新：2026 年 6 月 30 日。信息基于 OpenAI 社区论坛、用户报告和 2026 年 6 月之前的确认事件。重置政策和银行化功能可能随 OpenAI 更改。*