跳至正文

兑换 Codex 储备重置前先读:全局重置的概率计算

更新于 October 9, 2026 · 首次发布 October 9, 2026

快速结论: 2026 年 10 月 2 日 08:48 UTC,我们的 Codex 周限额用到了 100%,一分钟后兑换了一次储备重置。21:10 时,新窗口才用掉 14%,OpenAI 就向所有账户推送了一次全局重置。我们拿到了一个全新的窗口,但储备窗口里我们没用的 86% 直接没了:大约相当于 $150 的 API 定价 Codex 用量。下面是如何避免同样的损失。 2026 年 8 月 1...

2026 年 10 月 2 日 08:48 UTC,我们的 Codex 周限额用到了 100%,一分钟后兑换了一次储备重置。21:10 时,新窗口才用掉 14%,OpenAI 就向所有账户推送了一次全局重置。我们拿到了一个全新的窗口,但储备窗口里我们没用的 86% 直接没了:大约相当于 $150 的 API 定价 Codex 用量。下面是如何避免同样的损失。

储备重置与全局重置如何运作

全局重置会同时把每个账户的 Codex 用量计量归零,通常由 OpenAI 发一条帖子公布,事先没有预警。储备重置则是 OpenAI 发放到你账户中的一次补充额度,由你选择何时兑换。根据 OpenAI 帮助中心的说明,兑换一次会刷新你的 Codex 用量窗口,并改变你的周重置日期。在我们的案例中,之后的全局重置并没有把已兑换储备重置中未用完的部分退还回来。

OpenAI 重置 Codex 的频率比你想的高

2025 年 9 月至 2026 年 10 月 8 日每月公开的 Codex 用量重置次数(codex-resets.com) 0 2 4 6 8 10 12 14 1 9 月 25 10 月 2 11 月 4 12 月 1 月 26 2 月 6 3 月 6 4 月 3 5 月 5 6 月 12 7 月 10 8 月 7 9 月 3 10 月
2025 年 9 月至 2026 年 10 月 8 日每月公开的 Codex 用量重置次数(codex-resets.com)

codex-resets.com 追踪器记录了 2025 年 9 月至 2026 年 10 月 8 日的 59 次公开重置。节奏变化很大:早期有些月份一次都没有,还有一段长达 67 天的空档。自 7 月起,重置几乎每隔几天就来一次:8 月 1 日以来的中位间隔为 3.0 天。带间隔的完整列表见 codex-reset-history.csv。

概率怎么算

把重置视为按近期节奏随机到来:68 天内 20 次,即每天 0.29 次。在 h 小时内至少出现一次的概率为 1 - e-0.29 × h/24。

按 2026 年 8 月至 10 月的节奏,下一次公开重置在未来 N 小时内出现的概率 0% 25% 50% 75% 100% 14% 12 小时 25% 24 小时 44% 2 天 59% 3 天 87% 7 天
按 2026 年 8 月至 10 月的节奏,下一次公开重置在未来 N 小时内出现的概率

现在把它套用到储备重置上。我们满额的 Pro $100 窗口平均约需 25 小时才能耗尽。兑换一次储备重置后,在你用完之前出现全局重置的概率约为 26%。平均而言它会落在中途,因此预期损失约为 一个窗口的 15%,按我们 $175 的中位数计算约为 $27。这就是提前兑换的代价。如果计量还没满就兑换,损失要严重得多:在 60% 时兑换,就必然浪费掉 40%。

你的情况 该怎么做
计量不到 100% 不要兑换。剩下的部分会损失掉。
被卡住,自然重置在一天之内 能等就等。这段时间内出现全局重置的概率约为 25%,而等待不花任何成本。
被卡住,自然重置还有好几天,且有大量重活排队 兑换,并立即开始最重的工作,让窗口快速耗尽。
被卡住,只有轻量工作 先保留。窗口消耗得越慢,越容易被全局重置打断。
刚宣布模型发布或故障 先保留。发布日曾多次伴随重置,例如 9 月 5 日和 9 月 22 日。

兑换前先检查

这些结论背后完整的 12 天日志,请见我们的 8 个 Codex 周窗口日志,以及这些重置的价值。带日期的重置历史见 Codex 重置日志。

来源

相关文章


想将这些方法用于您的技术栈吗? 请准备好供应商账单、网关日志和主要工作流;我们会梳理成本驱动因素与节省空间。 预约免费审查 →

返回 finopsllm.com