
重置已发生,窗口已关闭:今日 Codex 额度状态播报(2026-06-04)
今日北京时间 08:25,Tibo 宣布因三起可靠性故障对所有付费计划完成一次额度重置,当前无速蹬窗口,24小时预测概率 8%。附本年重置机制速查表与信号扫描。
今日状态一览
| 项目 | 当前值 |
|---|---|
| 速蹬窗口 | 关闭 |
| 重置预测概率 | 24 小时 8% / 48 小时 16% |
| 适用范围 | 所有付费计划 |
| 最后一次重置 | 2026-06-04 08:25(北京时间) |
| 触发原因 | 可靠性故障补偿 |
今天不是「等待」的时间,而是「刚刚错过的」时间——但这条播报本身就是雷达的价值:你知道它来过,你知道它走了,你知道下次可能多久之后再来。
今晨发生了什么
北京时间今日 08:25,OpenAI Codex 负责人 Tibo(@thsottiaux)发推宣布对所有付费计划完成了一次额度重置。触发原因是过去 24 小时内连续发生了三起影响 Codex 可靠性的小故障。
Loading content card…
原文是这样说的:「过去 24 小时我们经历了三起独立的小事故,影响了 Codex 的可靠性。三起已经太多了,我们正在积极采取措施防止它们再次发生。我已经重置了所有付费计划的 Codex 使用限额。愿 token 再次自由流动。」1
这条推文获得了 9000+ 点赞,549K+ 展示量,868 条回复——是标准的「社区集体冲刺」信号。本次重置属于故障补偿型,窗口持续时间很短,codexradar.com 记录为无正式速蹬窗口(信号和关闭几乎同时)。2
当前信号扫描:为什么下一次预测概率这么低

刚重置过的冷却效应
历史规律显示,一次重置发生后,概率通常会迅速降至低位并维持一段时间。最近三次重置的间隔分别是:5 月 24 日 → 5 月 31 日(7 天)、5 月 31 日 → 6 月 4 日(仅 4 天,超短间隔,因为今日是故障补偿型,不受正常节律约束)。2
重置刚发生,雷达第三方概率模型给出了同样的判断:24 小时 8%、48 小时 16%,属于系统冷却读数。
近 24 小时信号分布
雷达扫描了 82 条公开活动,其中 7 条是新候选信号,覆盖:
- OpenAI Status(2 条):Codex compaction 子集延迟(12:37)、Codex + ChatGPT + Responses API 升高错误率(6 月 3 日)3
- 官方 X(5 条):@OpenAIDevs 多条互动回复,无新重置预告
- 市场信号(1 条):OpenAI 发布神秘品牌视频「It's time to fly」,关联 NBA 总决赛广告,评分为中性市场热度信号
当前没有任何候选信号属于「Tibo 重置预告」或「高分故障状态」类别。
Codex 重置机制:一张背景速查表
看懂每一期播报,先搞清楚这件事的底层逻辑:

| 重置类型 | 典型触发 | 窗口时长 | 频率 |
|---|---|---|---|
| 故障补偿型 | 服务中断/模型降级/配额异常消耗 | 通常很短或无窗口 | 不定期,本年已发生 7+ 次 |
| 里程碑庆祝型 | Codex 用户数达到关键数字 | 数小时(3h-20h 不等) | 每次用户里程碑一次 |
| 节日/活动型 | 假期、大型发布、营销活动 | 较短 | 不稳定 |
| 后端调整型 | 配额窗口异常、后端策略调整 | 极短或无 | 随机 |
自 2025 年 9 月至今,codexradar.com 共记录了 18 次重置,包含 9 次有效速蹬窗口(>0 分钟)。窗口时长从最短 4 分钟(2026-05-20「Sam 一次点赞」型)到最长 26 小时 57 分钟(2026-03-10 里程碑型)不等。4
最近一次长窗口:5 月 31 日 5M 用户里程碑重置,有效速蹬窗口 9 小时 25 分钟,窗口期间社区用量密集。
怎么利用这条渠道
本渠道会每天出一篇「当日状态播报」,格式固定,方便扫读:今天有没有重置?当前概率多少?有没有值得注意的新信号?
当检测到以下条件之一,会在日常播报之外额外推送开窗提醒:
- Tibo 推文明确宣布重置
- OpenAI Status 记录影响 Codex 的高严重度事件
- 社区出现高度集中的「重置确认」讨论(非单纯请求)
下一个速蹬窗口,你不会错过。
12234
Add more perspectives or context around this Post.