历史重置数据来自哪里？
本站通过 Codex Resets 公开 API 同步已收录的重置记录。该站汇总 @thsottiaux 的公开帖子及观察记录，并使用自动分类。本站保留数据出处、原帖链接和收录时间，标为“历史收录”。这不等于本站已独立核验原帖。
原始记录若明确发放备用重置，会与直接恢复额度的全局重置分别统计。例如 2026 年 7 月 12 日和 13 日的正文描述备用重置发放，本站已修正上游的普通重置分类。同一公告同时包含两种重置时按一条全局事件计数，并在详情中注明。
“距上次重置”如何计时？
从最新全局重置记录的公告或首次观察时间起，每秒计算已过去的天、小时、分和秒。备用重置不会重新开始这项计时。这里是经过时间，不是对下一次全局重置时间的预测。
平均与最长间隔来自相邻全局记录的时间差，不包含只有日期的记录。它们描述已收录历史，不保证完整覆盖，也不表示下一次重置的期限。
什么样的事件可以标为“已核验”？
来源需要支持事件本身、适用范围与时间。全局重置必须有第一方明确说明已经生效；只有“计划重置”的公告会保留为“已公告”。
官方帮助文档说明重置规则，不用于证明某次重置已经发生。GitHub、社区帖子或单个账户截图只能作为线索。
来源分为三类
- 官方来源：OpenAI 公告、官方更新日志和官方服务状态。
- 第一方公开声明：由维护者核对身份和上下文的团队成员原文。
- 社区线索：GitHub 问题和用户反馈，不能直接标为已核验全局重置。
从采集到核验
- 自动检查固定的公开来源，保留检查结果与时间。
- 将相关新消息存入待核验队列，不直接发布为重置。
- 维护者核对原始来源，补齐事件类型、范围和时间。
- 确认后写入历史记录和开放 API，满足条件时发送订阅提醒。
时间与数据缺失如何表示？
全局历史统一按 UTC 日期展示。来源只有日期时，保留日期精度，不添加虚构的小时和分钟。这类记录不参与精确间隔计算。
历史 API 同步和来源检查每 15 分钟由定时任务执行。页面上的“刷新数据”重新读取最近一次检查结果，不会把页面打开时间当成来源检查时间。检查失败时保留失败状态，不显示“正常”。
重置预测为什么暂未发布？
正式概率至少需要 10 次独立核验且时间准确的全局重置和连续的历史覆盖。第三方历史不会自动成为已核验预测样本；没有达到这些条件时返回空值。
预测快照的数据结构包含发布时刻、24 与 48 小时概率、说明和模型版本。只有结果窗口完整结束且记录覆盖可靠，才有条件评估准确率。