这场重置属于故障补偿：Codex 出现了故障或用量统计异常，官方在修复的同时用全员重置补偿受影响用户。此类重置不需要任何手动操作，公告落地后额度自动回满。
官方公告原文：「We don’t have evidence of a widespread issue with codex usage being drained fast…」
公告细读：46 个单词的公告属于典型事故通告结构——说明状况、确认修复、宣布补偿。这类公告在「三月事故期」之后逐渐形成了固定句式。
事实快照QUICK FACTS
| 项目 | 数据 |
|---|---|
| 公告时间 | 2026-03-08 02:42 UTC（北京时间 10:42，周日） |
| 类型 | 故障补偿重置（reset_type: regular） |
| 历史排位 | 第 10 场 / 共 53 场 |
| 距上一场 | 3 天 |
| 距下一场 | 2 天（下一场：2026-03-10） |
| 当时点的运行平均间隔 | 19.1 天（此前 8 个间隔的均值） |
| 本场间隔在历史上的位置 | 比此前 11% 的历史间隔更长（当时已记录的间隔中排第 7 长） |
| 信源 | @thsottiaux 的公开公告 ↗，由 codex-resets.com 归档 |
事件时间线TIMELINE
-
2026-03-08 10:42（北京时间）官方发布全员重置公告。
-
公告原文
“We don’t have evidence of a widespread issue with codex usage being drained faster than it should but there are enough reports and we have reset rate limits for plus & pro subscriptions while we work towards wrapping up our investigation over the coming 1-3 days. https://t.co/yhr8K8pOjf”— @thsottiaux on X ↗（英文原文）
-
生效重置逐步传播至全部付费账户，额度回满。
本场所处的时期：三月事故期ERA CONTEXT
2026 年 3 月上旬是档案里最密集的事故窗口：九天内连续多场重置，全部与请求失败、用量统计异常、修复验证相关。官方一边修一边赔，重置成为事故响应的标准动作。
在完整序列里，本场是「三月事故期」的第 3 场（该时期共 5 场）；2 天之后，下一场重置在 2026-03-10 如期落地。周日官宣、间隔 3 天，这些数字放在一起，就是本场在整条时间线上的坐标。
这对你意味着什么WHAT IT MEANS
故障补偿类重置对所有付费用户一视同仁——即使你没有受到影响也会拿到重置。官方通常会在公告中说明故障原因。本场 3 天的间隔接近历史常态，属于节奏内的常规出手。
常见问题FAQ
2026年3月8日（周日）的 Codex 全员重置是什么？
2026年3月8日（周日），OpenAI Codex 团队官方宣布了一次故障补偿重置——这是档案中的第 10 场（共 53 场），距上一场 3 天，归属于「三月事故期」。所有付费订阅（Plus / Pro / Business）的 Codex 用量统一重置，公告落地后自动生效。
这场补偿的是什么事？
从公告原文看，这是一次故障/异常后的补偿性重置：官方在修复问题的同时为所有付费账户统一回血，即使你本人没有受影响也会拿到。历史上故障补偿是仅次于里程碑庆祝的重置触发原因。
这场之后，下一次全员重置是什么时候？
档案里有确切答案：下一场重置在 2 天后的 2026-03-10 落地。这也是每场事件页的独特价值——告诉你「当时的人不知道、而你现在可以查到」的后续。想看未来，请用首页雷达按历史规律推算。