歇脚：不到一小时的宕机换来一次全员重置，下一次钟点还是没人给
Codex 今天凌晨整片断了近一小时，tibo 随即宣布给 Codex 与 ChatGPT Work 全部付费用户重置额度；到发稿只有零星到账、没有官方完成帖，下一次重置钟点仍然没有人给，所以这一轮还是歇脚清点。
现在是北京时间 9 月 26 日上午。
今天凌晨，Codex 整片趴了一小会儿。官方状态页把这次记成「Issues with Codex」，级别是 Full outage：06:58 报出，07:54 全部恢复，中间 56 分钟，Codex Web、Codex API、CLI、VS Code 扩展四个组件全部受影响。1 tibo 在 06:58 发了第一条认账：「我们知道 codex 挂了，正在全力恢复。」2 07:52，OpenAI 的 reach_vb 报「现在应该陆续能用了」。3 08:07，tibo 把道歉和重置写进了同一个帖子：回来了，会为 codex 和 ChatGPT Work 的全部付费用户重置额度。4
所以这一轮还是歇脚、清点。能蹬的前提是已经知道下一次什么时候重置，今天这条前提不成立：刚过去的这一次已经落地，下一场没有人给钟点。tibo 那条公告里没有一个下次重置的时间，他 08:07 之后没有再发过一条帖，也没有回复那些追问。
到发稿，这次重置只有零星几条到账自述，还没有官方的完成帖，形态也还没有点名。这两件事决定你今天要不要动手上那张券，下面分开讲。
六件事逐条对上
| 要交代的 | 现在的情况 |
|---|---|
| 下次重置时间 | 官方没有给。tibo 宣布的是「会重置」这一场，帖子里没有一个下次钟点。4 |
| 依据 | 能蹬要的是一条可执行的下次重置时间或者倒计时。眼下最具体的是一条第三方按历史间隔推出来的区间——9 月 28 日到 10 月 2 日，站点自己注明这是预测，官方不保证任何日期。5 |
| 谁宣布 | tibo 在 08:07 宣布；员工 reach_vb 07:52 报恢复、08:21 把重置这句原样转了一遍；@OpenAIDevs 到发稿一个字都没提这次故障和重置，最新一条还是转发别人的作品。467 |
| 适用范围 | 原话是「all paid users across codex and ChatGPT work」，付费用户全体，横跨 Codex 与 ChatGPT Work。4 |
| 距重置 | 没有钟点可以倒着数。能倒着数的是你自己账户里的周窗口，那个要看你「设置 → 用量」里的显示。 |
| 号召 | 歇脚、清点。去「设置 → 用量」看一眼三样：额度回来了没有、券还在不在、自己的周钟点是几点。 |
这次的重置，是拿今天凌晨那一小时换来的
「出故障，就给一次重置」在这个产品里是有传统的一类，而且是份量最重的一类。第三方把过去一年 55 次重置按由头分过类：补偿与故障应对 24 次，新模型与新功能 12 次，用户数里程碑 12 次；最近三个月里，补偿类占了 8 次。5 上一次这么干是 7 月 25 日，tibo 的原话是「昨晚两点到四点发生了一次几乎全球性的故障……我们学习，我们重置」。8
这类重置是被一次意外触发的，所以公告里只有道歉和这一场：补的是刚刚断掉的那一截，不排下一场。今天这条帖子的句式也印证了这一点——它从头到尾在讲刚才的中断，没有一个字提到将来。
「现在回满」还是「一张券」：官方没点名，社区多数在要券
tibo 的原话是「we'll reset usage limits」。这个写法和 8 月 31 日那次直接重置接近（「we have now reset usage for all paid subscriptions for ChatGPT Work and Codex」9），和 9 月 22 日发券那次的写法不同（「we are loading a banked reset into all accounts」10）。公告里没有「banked」这个词，也没有说发放时间和有效期。
到账侧两边都有自述，先摆能摆的。一边是已经回满：一位 6552 粉的用户 08:10 写「codex limits have been reset」，拿到 1921 次浏览；11 另一位 3311 粉的用户 08:39 说自己从 20% 的周额度直接回满，12 08:27 还有一条「Codex 回来了，限额已重置」。13 另一边还在等：08:42 有人问「有谁收到这次重置了吗」，14 08:43 有人只写了三个字的「等重置」，15 08:44 有人追问这次是覆盖掉故障那几个小时，还是给全体付费用户一整次重来。16 tibo 08:07 之后没有再发帖，官方完成帖到发稿也没有出现。这三条都是单点自述，先当各自的账户状态看。
声音最大的一边是要券，理由很实在：很多人的自然周钟点就在今天。一位用户 08:18 说自己的限额 9 小时后自然就重置了，反问「你说的是券吧」；17 另一位说自己还有 10 小时；18 把账算得最细的一条是 08:25 的：上周六刚重置过，9 月 22 日那张券一旦按下去会把周重置日往后推、白扔三天，所以大多数人还没按；很多人 8 到 10 小时内自然就到自己那一周，这时候来一次强制重置没有意义。19 这些钟点各人不同，都是他们自己账户里的显示。
另一批人是被这次故障打了个正着。一位 1.2 万粉的用户 07:11 说「我刚用掉我的券，修好之后请别再给普通重置」；20 一位开发者 08:12 说「我刚用掉券，十分钟后 codex 就挂了」；21 08:35 又有人问能不能把这次改成补一张券；22 08:08 和 08:39 各有一条同样的诉求，后者拿到 817 次浏览。2324 08:31 还有一条给了方案：24 小时内按过券的人，应该补发一张券、额度留在按券后的位置。25
到发稿，官方没有回应其中任何一条。所以你手里那张 9 月 22 日的券，今天的处境是这样的：官方没说要收回去，也没说这次会自动按掉它，它还在你自己账户里，等着你自己决定。
旁证
codexradar.com 的站速览图刷新在 9 月 26 日 06:16，页面上把这次写成「官方重置预告」，执行那栏标的是「待官方确认」。26 另一家追踪站 codex-resets.com 首页写着「Reset scheduled / Time to be announced」，自标执行尚未确认，最近一次重置仍记 9 月 22 日 18:23 UTC。27 配置里那个雷达镜像这次把窗口字段翻成了开启、开启时间就是 08:07:13、指向 tibo 那条帖，可整份文件的监测时间还停在 9 月 14 日、预测停在 7 月 13 日，读它要按字段判新旧；照它的读法，一条「会重置」的公告就等于窗口开了，而要能蹬，得先知道下一次什么时候重置，这条今天不成立。28 服务状态页这一栏现在全绿，那次事件已经标成 Resolved。29
本期行动
- 歇脚、清点：下一次重置没有人给钟点，「赶在重置前清仓」这一轮没有对象，上一场已经收官。
- 去「设置 → 用量」看三样：额度回来了没有、券还在不在、自己的周钟点是几点。到发稿官方完成帖还没出现，有人已经回满、有人还在等。
- 券还捏着，就继续捏着：今天官方刚白补了一次；按券会把周重置日往后推，按之前先抄下当前的周重置时刻，按完刷新再对一次。30
- 自然周钟点就在这一两天的：等它到点，那不是官方重置，是你自己的周窗口。
- DevDay 别当排期：9 月 29 日旧金山的开发者大会，主题演讲按换算落在北京时间 9 月 30 日凌晨；官方没有把这场大会和重置挂钩，社区已经有人在等「DevDay 再来一次」，那还是期待。31
References
- 1OpenAI Status：Issues with Codex
status.openai.com
- 2
- 3
- 4
- 5大石浩之：Codex 重置预报（2026 年 9 月 26 日时点）
oishi-hiroyuki.org
- 6
- 7OpenAI Developers
x.com
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26codexradar.com
codexradar.com
- 27Codex Limit Reset Tracker
codex-resets.com
- 28Codex Reset Radar 实时数据
codex-reset-radar.pages.dev
- 29OpenAI Status
status.openai.com
- 30OpenAI Help Center：How banked Codex resets work
help.openai.com
- 31OpenAI DevDay 2026 官方社区公告
community.openai.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.