Codex 今天会重置吗?

已验证的 Codex 重置 · 24–48 小时预测

Codex 今天重置了吗?否 — 截至目前(UTC)今天还没有。最新一次已验证的全局重置是前天(10月22日 UTC 17:10)。

上次全局重置

前天

  • 57 次全局重置
  • 10 次存储重置
  • 近期节奏 ≈ 每 2 天

历次重置记录

存储重置 已到账
这是什么?
历次重置记录

❯ Codex 会重置吗? 暂无官方重置信号 重置信号

模型展望 ✅我们的监测:17:40 UTC 已重置28小时前查看原预告
历史基准概率投票预测 39% 24 小时内 39% 63% 48 小时内 63% 历史高发时段 3 AM - 6 AM 浏览器同步后显示本地时间 模型置信度 低 已等 1.2 天 · 近8次 13%更短
24 小时内 39% · 48 小时内 63%

你能撑到下一次重置吗?

工作原理

先用参考账号;你的 `/status` 时间可覆盖。填入使用百分比即可比较进度 — 数据只留在本浏览器。

免费 · 无账号 · 计时器只保留在你的浏览器中

❯ codex /status

每周窗口从你的 Codex 客户端 /status 输出里复制精确时间。
--%
尚未锚定
设置我的使用率填入 /status 中的使用率
--%
尚未设置使用率 把滑块拖到你的 /status 显示的 %
善意重置与存储重置从账户或 offer 中复制准确的未来过期时间。
--%
没有存储重置
[ 打开存储重置指南 ]

❯

[ Telegram 提醒 ↗ ]

输入 /status 里的精确时间 · 填入 /status 中的使用率 · 改用粘贴 /status · / 命令面板

你的每周窗口什么时候重置?

从你的 Codex 客户端 /status 输出里复制精确时间。

预测说明

透明呈现全局重置展望

上次重置
10月23日 UTC 17:40
计算时间
10月24日 UTC 21:57
当前还没有宣布任何官方重置窗口。

Codex 重置日历

查看重置节奏图
2026年9月 - 2026年10月周日周一周二周三周四周五周六9月3日:储备重置动态 · 不是重置39月4日:储备重置动态 · 不是重置49月5日:储备重置动态 · 不是重置59月8日:距上一次重置 8.0 天89月9日:储备重置动态 · 不是重置99月12日:距上一次重置 4.3 天129月22日:储备重置动态 · 不是重置229月26日:距上一次重置 14 天269月29日:储备重置动态 · 不是重置29周日周一周二周三周四周五周六10月2日:距上一次重置 6.1 天210月7日:距上一次重置 4.3 天 · 储备重置动态710月11日:距上一次重置 4.0 天1110月13日:距上一次重置 2.0 天1310月15日:距上一次重置 2.0 天1510月17日:距上一次重置 2.6 天1710月20日:距上一次重置 2.4 天2010月22日:距上一次重置 2.4 天2210月23日:距上一次重置 1.0 天23
  • 已验证重置
  • 上次全局重置
  • 储备重置动态· 不是重置 · 不推进重置时钟

全期间隔中位数:3.7 天 · 最近 30 天:2.5 天 · 追踪始于 2025年9月

善意重置均以 @thsottiaux 动态核验 · 这是节奏,不是时刻表。

这是什么?

此模型追踪面向所有人的不定期善意重置。上方的个人消耗追踪器保持私密,只针对你的账户。

实验性 · 仍未高于基线 你已等了 1.2 天;最近 8 个完整重置间隔中,13% 短于当前等待。典型间隔 2.4 天,平均 2.6 天,最长 4.3 天。这是近期历史,不是倒计时。历史基准概率使用最近最多 8 个完整间隔,普通推文和暗示未作为额外概率因子。样本截至 2026-10-23 17:40:51 UTC。

Tibo 近 7 天:10 月 23 日重置之后没有新线索。上面的概率只来自历史。

首页先回答一个问题:新的重置信号可能何时出现?等得越久并不会让概率变高 —— 把重置当作「越拖越该来」的模型在回测里表现更差,所以静默期里 24 小时概率保持平稳。

查看预测方法与历史表现

↑ 返回个人重置计时器

打开已验证时间线 · 查看重置节奏图 · 打开完整 Tibo 雷达

雷达

今天 Codex 重置了吗?

Tibo 的最新帖子实时分类为重置、储备重置与额度信号,旁边是已验证的重置记录和按小时分布。

最新动态 @thsottiaux
  • 一天

    机器翻译
    查看英文原文

    One day

    原文
    643435
  • 关于 codex cli 的更新。我们添加了可复用的提示词预设、行内模型与权限设置,以及企业级 MCP 登录功能。我们还修复了恢复长会话时的失败问题,并增加了 Windows 公司代理身份验证。 令人惊讶的是,自 devday 以来,CLI 的使用量已增长了 2 倍。

    机器翻译
    查看英文原文

    On codex cli updates. We've added reusable prompt presets, inline model and permission settings, and enterprise MCP sign-in. We've also fixed failures when resuming long sessions and added Windows corporate-proxy authentication. Surprisingly the CLI has grown 2X in usage since devday.

    原文
    211301681
  • 重置前天

    明天太平洋标准时间上午10点前与一艘小船一同降落。

    机器翻译
    查看英文原文

    Landing tomorrow before 10am PST together with a small ship.

    原文
    8721073105
  • 备注前天

    第 18 天/ Decisions API 已正式发布 (GA),OpenResponses 已加入 Linux 基金会,我们发布了一些性能改进,并且 Uber 正在全力投入 codex & work。但是,没错……这是一个重启!

    机器翻译
    查看英文原文

    Day 18/ Decisions API is GA, OpenResponses joined the Linux Foundation, we shipped some performance improvements and Uber is going all-in on codex & work. But yes… that’s a reset!

    原文
    16753891.1万
  • 备注3天前

    明天上午 10 点 PST 前到达。

    机器翻译
    查看英文原文

    Lands tomorrow before 10am PST.

    原文
    12401063274
  • 重置3天前

    第 17 天/ 你肯定以为我们忘了,但并没有,今天是重置日。 同时也是提醒大家获取 Daybreak Blue 访问权限的好时机,只需 15 分钟,你肯定不想在事故处理过程中才临时去办。

    机器翻译
    查看英文原文

    Day 17/ Bet you thought we forgot, but no, it’s reset day today. Also good time to remind you to get Daybreak Blue access, it only takes 15 mins and you don’t want to have to do it in the middle of an incident.

    原文
    25335621.3万
  • 限额3天前

    完全包含在 Pro 计划中,不计入您的每周使用额度。

    机器翻译
    查看英文原文

    Fully included in the Pro plan, doesn't draw on your weekly usage.

    原文
    676392158
  • 这是真的吗

    机器翻译
    查看英文原文

    is this true

    原文
    290433581
  • 我要求重置

    机器翻译
    查看英文原文

    I demand a reset

    原文
    304424241
  • 限额4天前

    周末期间,有报告称部分用户的用量消耗速度快于预期。我们已确认约 40,000 个账户存在异常,其应用的实际用量限制与其选择的方案不符。我们正在逐一联系所有受影响的用户,并已修复该问题。如果此问题影响到了您,我们将向您的账户发放额度。对于我们的失误,深表歉意。

    机器翻译
    查看英文原文

    There were reports of usage draining faster than anticipated for some users over the weekend. We've identified approximately 40,000 accounts that had an inconsistency on which usage limits where the actual usage that was applied did not correspond to their actual selected plan. We are reaching out individually to all these users and have corrected the issue. If this affected you, we'll add credits to your account. Sorry we got this wrong.

    原文
    28353561.2万
  • 重置5天前

    第 15 天/ 没关系,我们还在酝酿中... 并且重置了。请尽情享受。 t.co/RZ9WhtI802

    机器翻译
    查看英文原文

    Day 15/ Nevermind, we're still cooking... and reset. Enjoy. https://t.co/RZ9WhtI802

    原文
    28464621.2万
  • 限额6天前

    我们的团队已与 OpenCode 合作,确保其同时也是 OpenAI API 客户的用户能够恢复业务,并退还任何在攻击期间可能被扣除的额度。 此外,您可以申请 Daybreak Blue 的访问权限,以使用我们的网络许可防御设置。不要等到必须处理突发事件时才行动。我们随时为您提供帮助。

    机器翻译
    查看英文原文

    Our team worked with OpenCode to have their users who are also OpenAI API customers back in business and any credits refunded which would have been drawn in the attack. Also, you can request Daybreak Blue access to use our cyber permissive setup for defense. Do not wait until you have to deal with an incident. We’re here to help.

    原文
    4682978250
  • 备注6天前

    人们已经逃离了 TL,现在在街上向我要求重置。我会做一些小卡片来分发。

    机器翻译
    查看英文原文

    People have escaped the TL and are asking me for resets on the street now. I’ll make little cards to hand out

    原文
    12062341.2万
  • 走着瞧

    机器翻译
    查看英文原文

    We’ll see

    原文
    5651107
  • 已提交

    机器翻译
    查看英文原文

    Pot committed

    原文
    998966
  • 重置7天前

    将于今日 PST 下班前落地

    机器翻译
    查看英文原文

    Landing sometime today by EOD PST

    原文
    403462780
  • 备注7天前

    第 13 天/ 限制已重置 t.co/zXd2DIH5xf

    机器翻译
    查看英文原文

    Day 13/ Le limit reset https://t.co/zXd2DIH5xf

    原文
    16456341.6万
  • 提额8天前

    第 12 天/ 我们对 Codex 和 Work 进行了改进,以提高您的有效使用率。我们通过在子代理之间重用上下文、延长上下文缓存时间以及改进请求路由(从而提高缓存命中率)实现了这一点。

    机器翻译
    查看英文原文

    Day 12/ We’ve made improvements to Codex & Work that increase the effective usage you get. We achieved this by reusing context across subagents, keeping context cached longer, and improved request routing that allows us to increase cache hits.

    原文
    17293141.1万
  • @maria_rcks 无可辩驳,让我们打破这个循环。

    机器翻译
    查看英文原文

    @maria_rcks Can’t argue with that, Let’s break the cycle.

    原文
    112151544
  • 限额9天前

    第 11 天/ 我们实施了一系列更改并增加了更多算力,以显著减少“Selected model is at capacity. Please try a different model(所选模型已满负荷,请尝试其他模型)”这一干扰性提示的出现频率。即使发生这种情况,它最终也应该自动继续运行,而不会一直卡在那里。 如果您在实际使用中仍然遇到此问题,请告知我们,我们会进行调查。

    机器翻译
    查看英文原文

    Day 11/ We've landed a series of changes and more compute to very significantly decrease the occurrence of the disruptive "Selected model is at capacity. Please try a different model". When it does happen, it should also eventually just continue by itself and not just block on it. Let us know if you still see it out there in the wild and we'll take a look.

    原文
    27633141.1万

正在连接…

已记录的全局额度事件

  • 2026-10-23重置明天太平洋标准时间上午10点前与一艘小船一同降落。
    机器翻译
    查看英文原文Landing tomorrow before 10am PST together with a small ship.
    原文
  • 2026-10-23重置第 18 天/ Decisions API 已正式发布 (GA),OpenResponses 已加入 Linux 基金会,我们发布了一些性能改进,并且 Uber 正在全力投入 codex & work。但是,没错……这是一个重启!
    机器翻译
    查看英文原文Day 18/ Decisions API is GA, OpenResponses joined the Linux Foundation, we shipped some performance improvements and Uber is going all-in on codex & work. But yes… that’s a res
    原文
  • 2026-10-22重置第 17 天/ 你肯定以为我们忘了,但并没有,今天是重置日。 同时也是提醒大家获取 Daybreak Blue 访问权限的好时机,只需 15 分钟,你肯定不想在事故处理过程中才临时去办。
    机器翻译
    查看英文原文Day 17/ Bet you thought we forgot, but no, it’s reset day today. Also good time to remind you to get Daybreak Blue access, it only takes 15 mins and you don’t want to have to do i
    原文
  • 2026-10-22重置明天上午 10 点 PST 前到达。
    机器翻译
    查看英文原文Lands tomorrow before 10am PST.
    原文
  • 2026-10-20重置28 天“发布或重置”系列第 15 天:发出“We’re cooked”几小时后,Tibo 宣布了全局重置:“Nevermind, we’re still cooking... and reset. Enjoy.”
    机器翻译
    查看英文原文Day 15 of the 28-day ship-or-reset series: hours after “We’re cooked”, Tibo posted the global reset: “Nevermind, we’re still cooking... and reset. Enjoy.”
    原文
  • 2026-10-17重置28 天“发布或重置”系列第 13 天:承诺“PST 当天结束前”到账的全局重置,我们的检测在 20:41 UTC 测到生效;Tibo 随后发帖——“Done.”
    机器翻译
    查看英文原文Day 13 of the 28-day ship-or-reset series: the global reset promised “by EOD PST” landed at 20:41 UTC on our checks; Tibo then posted: “Done.”
    原文
  • 2026-10-17重置第 13 天/ 限制已重置 https://t.co/zXd2DIH5xf
    机器翻译
    查看英文原文Day 13/ Le limit reset https://t.co/zXd2DIH5xf
    原文
  • 2026-10-15重置28 天“发布或重置”系列第 10 天:承诺“接下来 2 小时内”到账的全局重置,我们的检测在 06:13 UTC 测到生效;Tibo:“Done and dusted.”
    机器翻译
    查看英文原文Day 10 of the 28-day ship-or-reset series: the global reset promised to land “within the next 2 hours” arrived at 06:13 UTC on our checks; Tibo: “Done and dusted.”
    原文

已记录事件平均间隔 6 天

Codex 重置通常发生在一天中的什么时候?

按你的时区把每一次已记录公告分桶到小时。重置通常聚集在美国下午时段 — 如果你在等一次善意重置,这就是最值得盯的窗口。

00:00 — 7 事件01:00 — 5 事件02:00 — 3 事件03:00 — 6 事件04:00 — 5 事件05:00 — 6 事件06:00 — 3 事件07:00 — 1 事件08:00 — 2 事件09:00 — 0 事件10:00 — 0 事件11:00 — 1 事件12:00 — 0 事件13:00 — 0 事件14:00 — 1 事件15:00 — 1 事件16:00 — 3 事件17:00 — 5 事件18:00 — 6 事件19:00 — 3 事件20:00 — 6 事件21:00 — 4 事件22:00 — 3 事件23:00 — 9 事件00061218

80 条公告按你的时区(UTC)分桶到小时 · 峰值 23:00

限额(5)

Codex 使用额度如何运作

5 小时窗口

短时钟。本地消息(CLI、IDE 扩展、桌面应用)和云端对话共用一个 5 小时预算,并不是彼此独立的额度。当你的 Codex CLI 返回这个窗口时,`/status` 会显示剩余百分比和重置时间;请以你自己的客户端实际打印的窗口行为准。

每周窗口

其上的总上限,按七天滚动。OpenAI 从未公开任何套餐的具体周额度 — 官方定价页只说“可能还会有额外的每周限制”。清空一个 5 小时窗口不会恢复周预算;两者独立补充。

重置到底是什么

重置时间不是在你的机器上算出来的。OpenAI 服务器会随每次使用报告返回一个绝对的 `resets_at` 时间戳,CLI 只是把它渲染出来。重置会把百分比恢复到 100%,不会额外加积分,也不会改变你的套餐。社区反馈表明,每个窗口的计时通常从上次重置后的第一次请求开始,不过 OpenAI 并未明确确认。

善意重置与存储重置

除了固定窗口,OpenAI 可能自动应用一次重置,也可能把存储重置留给你以后使用。发放存储重置不会刷新用量;兑换完整重置会同时重置 5 小时与每周窗口。Referral 重置通常采用 30 天窗口,除非 offer 另有规定;所有发放都以 offer 或账户显示的过期时间为准。

5 小时限制状态: OpenAI 在 2026 年 7 月 12 日 GPT-5.6 热潮期间取消了 Plus、Pro 和 Business 的 5 小时限制,随后在 2026 年 8 月 26 日为 Plus 账户恢复了 ChatGPT Work 与 Codex 的 5 小时限制 — Tibo 提前一天宣布,理由是平滑算力负载。Pro 和 Business 尚无对应的恢复公告,而定价页对每个套餐和每个模型(包括 GPT-6 Astra)都给出了 5 小时估算 — 所以请以你自己的 `/status` 输出为准。

每个 5 小时窗口的本地消息数

每个 5 小时窗口的本地消息数
模型Plus $20Pro 5× $100Pro 20× $200Business
GPT-6 Astra5–4525–225100–9005–45
GPT-5.6 Sol10–10050–500200–2,00010–100
GPT-5.6 Terra25–200125–1,000500–4,00025–200
GPT-5.6 Luna250–2,0001,250–10,0005,000–40,000250–2,000
GPT-5.515–8075–400300–1,60015–80

OpenAI 自己公开的估算,不是固定上限;真实条数会随任务大小、上下文、推理强度、工具使用和缓存命中而变化。GPT-6 Astra 的窗口是所有模型里最小的 — 约为 Sol 的一半。Business 单席位额度与 Plus 一致,$100 的 Business 席位按 Pro 5× 估算;Pro 档位是精确的 5× / 20× 倍数。Cloud 对话运行 GPT-5.6 Sol,可能比本地消息消耗更多额度;Fast 模式按 Astra 标准费率的 2.5× 计费。GPT-5.4 和 GPT-5.4 mini 已于 2026 年 8 月 31 日从 Codex 退役(OpenAI 分别对应到 Terra 和 Luna)。任何套餐的周上限都没有公开。 来源: learn.chatgpt.com/docs/pricing. 验证于 2026-09-06.

套餐级摘要

套餐级摘要
套餐Codex 访问撞墙后怎么办
Free / Go适合快速轻量任务,未公开具体数字等待窗口自然恢复
ChatGPT Plus $20GPT-6 Astra(2026 年 9 月 4 日已覆盖全部 Plus 用户)+ CLI、IDE、Web、Cloud 全量 GPT-5.6 家族购买 credits(设置 → Usage → Credits)或等待
ChatGPT Pro $100 / $200Plus 窗口的 5× 或 20×,Astra 最先推送,另有 GPT-6 Astra Pro 与 Spark 研究预览credits 自动充值,或等待
Business与 Plus($20 席位)或 Pro 5×($100 席位)相同的单席位窗口 + 管理控制;Astra 于 2026 年 9 月 4 日覆盖 Business工作区 credits
Enterprise / Edu灵活计费,没有固定 rate limits;用量随 credits 扩展credits 池
OpenAI API key按 token 计费,完全没有 5h 或每周窗口只受你自己设置的消费上限限制(但失去云功能)

Codex、ChatGPT Work、ChatGPT for Excel 和 Workspace Agents 共用同一个 agentic usage 池;普通 ChatGPT 对话单独计量,不会消耗它。Astra 在每个付费套餐里都包含在同一份额度内 — 你可以把 100% 的额度花在 Astra 上 — 按 Sol 的 2.5 倍 credits 费率计费(每百万输入 token 250 对 100 credits)。OpenAI 现在给出的 GPT-5.6 用量约为每条消息 5–30 credits;credits 价格因账户和地区而异,购买后的 credits 会在 12 个月后过期。 来源: OpenAI 帮助中心:在 ChatGPT 套餐中使用 Codex. 验证于 2026-09-06.

常见问题

关于 Codex 重置的常见解答

我的 Codex 5 小时限制什么时候重置?

你的 Codex 客户端会显示账户当前实际返回的窗口。请在 Codex CLI 里运行 `/status`,以它实际打印出的限制窗口行为准,读取剩余百分比和重置时间。如果输出里有 5 小时额度(配额)窗口,就把那一行的重置时间填进上方追踪器;如果没有,就不要根据本页推断该窗口存在。

Codex 每周限制什么时候重置?

它按自己的七天时钟运行,会显示在 `/status` 的“Weekly limit”一行,也就是你的每周配额。不存在所有人共享的统一每周重置时刻:社区反馈一贯显示,每个账户的窗口都锚定在上次重置后的第一次请求上。这也是为什么这个追踪器会让你输入自己的重置时间,而不是假装全世界都共用同一个倒计时。

我的套餐每周限制到底有多大?

OpenAI 没有公开。官方定价页只说“可能还会有额外的每周限制”,没有为任何套餐给出具体数字 — 凡是有人报出一个精确周上限,基本都只是猜测。唯一确定的是:周窗口持续七天,并且独立于 5 小时窗口补充。

Codex 今天重置了吗?

看上面的雷达。它会监控 @thsottiaux(Codex 负责人,几乎所有善意重置都由他宣布),自动标记速率限制重置公告,并显示距离上一次落地过去了多久。自 2025 年 9 月以来,OpenAI 已经发放了 38 次有记录的全局重置,其中 GPT-5.6 发布后的 12 天里就有 10 次;GPT-6 Astra 推送期间(2026 年 9 月 3–5 日)还为付费账户每一天用不上 Astra 发放一个存储重置,并在覆盖全员后给所有 Plus、Pro 和 Business 用户发了一次完整的存储重置。

清空 5 小时窗口会恢复我的每周限制吗?

不会。它们是彼此独立、各自按自己的节奏恢复的两个预算。如果你的周窗口已经耗尽,一个新的 5 小时窗口也救不了你 — 你需要等周窗口自然恢复、等善意重置、使用存储重置,或者购买 credits。

Codex 限额和我的 ChatGPT 聊天限额是分开的吗?

是分开的,但 Codex 也不是单独一个池子:Codex、ChatGPT Work、ChatGPT for Excel 和 Workspace Agents 共用同一个 agentic usage 池。普通 ChatGPT 聊天有单独的上限,不会消耗 Codex 预算;重度的 ChatGPT Work 会。

什么是存储重置?它什么时候过期?

这是保存在你账户里、由你自行决定何时兑换的重置。发放本身不会刷新用量;兑换完整存储重置会同时重置 5 小时与每周窗口,并把每周日期移到大约 7 天后。Referral 重置通常应在 30 天内使用,除非 offer 另有规定;里程碑、补偿和一次性发放以账户或 offer 显示的过期时间为准。 阅读存储重置指南

Codex 重置通常在一天中的什么时间发生?

从 50 条已记录公告来看:它们主要集中在 17:00 到 23:59 UTC,也就是美国下午时段;UTC 刚过午夜还有一个次峰。上方的柱状图会把每次公告都转换到你的时区。星期分布基本均匀,所以没必要押某一天。

如果我在任务做到一半时撞到限制,会发生什么?

OpenAI 通常会让 agent 完成当前这一轮(受公平使用约束),然后才阻止新的轮次。你的会话和历史记录都会保留。可选方案:等窗口恢复、花掉一个存储重置、购买 credits(Plus/Pro:Settings → Usage → Credits;有效期 12 个月)、切到更轻量的模型如 GPT-5.6 Luna(它的 5 小时估算约为 Astra 的 50 倍),或者把任务切到 API key。

我能用 API key 绕开订阅限制吗?

可以,但有代价:用 API key 登录 Codex 后会按标准 API 费率按 token 计费,完全没有 5 小时和每周窗口限制;但你也会失去云功能(GitHub code review、Slack、Codex cloud),唯一上限变成你自己设置的消费额度。

5 小时限制现在还是取消状态吗?

对 Plus 来说已经不是了。OpenAI 在 2026 年 7 月 12 日 GPT-5.6 需求激增期间移除了付费套餐的 5 小时限制;随后 Tibo 在 8 月 25 日宣布,次日起为 Plus 账户恢复 ChatGPT Work 与 Codex 的 5 小时限制,以平滑算力负载。Pro 和 Business 尚未宣布恢复。定价页对每个模型(包括 GPT-6 Astra)都公布了 5 小时估算 — 实时答案还是要看你自己的 `/status`,并同时关注雷达。

GPT-6 Astra 有单独的用量限制吗?

没有单独的仪表。Astra 在每个付费套餐里都包含在正常额度内,你可以把 100% 的额度花在 Astra 上,但它是这个池子里最贵的模型:OpenAI 估算 Plus 每个 5 小时窗口只有 5–45 条本地消息,而 Sol 是 10–100、Luna 是 250–2,000;Fast 模式按 Astra 标准费率的 2.5× 计费。在 2026 年 9 月 3–5 日的推送期间,OpenAI 为没有 Astra 的付费账户每天存入一个重置,随后给所有 Plus、Pro 和 Business 用户发了一次完整的存储重置。

这个网站能看到我的真实 Codex 用量吗?

不能——本站从不接触你的 OpenAI 账户。真实数字在 ChatGPT 设置的 Usage 页面里: https://chatgpt.com/settings/usage 也可以在 CLI 里运行 `/status`。OpenAI 没有向本站提供个人配额的公开 API,因此倒计时、通知和日历导出仍只在你的浏览器中运行;公告动态仍可通过 `/api/feed` 获取。

法律信息

法律信息