有用户注意到额度消耗异常变快，官方排查后确认是统计层面的 bug 并修复，随后用全员重置补偿了被多扣的用量。
事实快照QUICK FACTS
| 项目 | 数据 |
|---|---|
| 公告时间 | 2026-05-23 20:14 UTC（北京时间 2026-05-24 04:14，周日） |
| 类型 | 故障补偿重置（reset_type: regular） |
| 历史排位 | 第 21 场 / 共 70 场 |
| 距上一场 | 7 天 |
| 距下一场 | 8 天（下一场：2026-05-31） |
| 当时点的运行平均间隔 | 12.4 天（此前 19 个间隔的均值） |
| 本场间隔在历史上的位置 | 比此前 45% 的历史间隔更长（当时已记录的间隔中排第 8 长） |
| 信源 | @thsottiaux 的公开公告 ↗，由 codex-resets.com 归档 |
事件时间线TIMELINE
-
2026-05-24 04:14（北京时间）Codex 团队发布重置相关公告；覆盖范围以原文为准。
-
公告原文
“Some of you noticed limits drained faster in Codex, we root caused it to an optimization that we rolled back that had an impact on cache hit rates when compacting across long running sessions. We fixed this and have now reset usage limits for all accounts. Enjoy the weekend. https://t.co/t1O8jCd4PB”— @thsottiaux on X ↗（英文原文）
-
生效事件按公告写明的范围生效；请在账户 Usage 页面验证。
本场所处的时期：春夏调整期ERA CONTEXT
档案在这段时期记录了额度异常消耗的统计 bug、多场小事故，以及公告原文所称的双重重置。原因与范围仍需逐场阅读。
在完整序列里，本场是「春夏调整期」的第 2 场（该时期共 8 场）；8 天之后，下一场重置在 2026-05-31 如期落地。周六官宣、间隔 7 天，这些数字放在一起，就是本场在整条时间线上的坐标。
这对你意味着什么WHAT IT MEANS
故障补偿类事件与事故或用量统计问题有关。是否覆盖你的账户、是否自动生效，必须回到该场公告核对。本场 7 天的间隔接近历史常态，属于节奏内的常规出手。
常见问题FAQ
2026年5月23日（周六）的 Codex 重置事件是什么？
2026年5月23日（周六），Codex 团队发布了一次故障补偿重置相关公告——这是档案中的第 21 场（共 70 场），距上一场 7 天，归属于「春夏调整期」。原公告检测到范围：partial / all_paid；是否覆盖你的账户以及是否需操作，以原公告与 Usage 页面为准。
这场补偿的是什么事？
从公告原文看，这是一次故障或异常后的补偿性重置。原公告检测到范围：partial / all_paid；本站不替公告推断未点名账户是否获得补偿。
这场之后，下一次全员重置是什么时候？
档案里有确切的历史答案：下一场记录在 8 天后的 2026-05-31。这是事后档案，不是当时可以获得的预测。