提前近 11 小时：重置凌晨 5:12 落地，这波蹬完，先歇脚
Day 13 的重置在北京 10 月 18 日 05:12 落地，比承诺的太平洋日终早了近 11 小时；清仓时段已结束，官方没给下次钟点，现在转歇脚，手里的券别急着按。
蹬完了。
重置已经落地。tibo 在北京时间 10 月 18 日 05:12 发了一个词：「Done」1。
盯这件事的第三方账号在「Done」发出 40 秒后跟上确认4。
这波蹬的时段到这里结束。官方没有给下一次的时间，所以现在不是开蹬，是歇脚。
「蹬」的意思再说一遍：知道下一次重置在什么时候，赶在它前面把还没用完的额度刷完。没有下一个终点，就没有可赶的路。
四次的预告和落地，排在一起看
按字面，「EOD PST」是太平洋时间 10 月 17 日的日终，即北京 10 月 18 日 15:59。按当地实行的夏令时算，是 14:59。
实际落地在旧金山时间 10 月 17 日下午 2 点 12 分，北京 10 月 18 日 05:12。
比承诺的上限早 9 小时 47 分到 10 小时 47 分。两种时区读法差一小时，都接近十一小时。
这不是第一次。前面三次「日终」承诺，没有一次等到日终。
| 哪一天 | 预告（北京） | 落地（北京） | 间隔 | 落地比日终早 |
|---|---|---|---|---|
| Day 3 | 10/8 03:195 | 10/8 11:446 | 8 小时 25 分 | 4 小时 14 分 |
| Day 6 | 10/11 06:167 | 10/11 12:018 | 5 小时 45 分 | 3 小时 58 分 |
| Day 8 | 10/13 09:049 | 10/13 13:0610 | 4 小时 2 分 | 2 小时 53 分 |
| Day 13 | 10/18 00:213 | 10/18 05:121 | 4 小时 51 分 | 10 小时 47 分 |
「比日终早」这一列按北京 15:59 算，按夏令时的 14:59 算则各少一小时。
从预告到落地，最近三次都落在 4 到 6 小时之间，比前几次更快。
提前量更值得看：前三次在 2 小时 53 分到 4 小时 14 分之间，今天直接跳到 10 小时 47 分。
上期按三次先例估的落地区间是清晨 4 点半到上午 9 点，实际落在 5 点 12 分，没出这个范围。
用法只有一条：EOD 是上限，不是时刻表。公告一出就动手，别排到最后一两个小时。
今天等到最后的那些人，等到的是回满，不是清仓的机会。
这次是什么形态，自己两步查
原文只有两个短句：「Le limit reset」和「Done」。没写覆盖哪些套餐，也没写是直接回满还是发券。
第三方把这次归在「Reset」一栏，和 Day 3 那次单独标注的「Banked reset」分开11。
到账侧的迹象也指向回满：有人两小时前刚把额度跑到 0，重置后重新有了12。
自己确认只要两步。打开 Usage 页，周额度百分比跳回高位，是直接重置；「可用重置次数」多了一张，是发券。
两样都没变，先别急：到账是分批的。有人在北京 04:42 就发现额度回来了13。
另一位在 04:54 发帖说额度回满了，还纳闷自己没看到官方公告14。
官方那条「Done」要到 05:12 才发。
这波谁吃了亏
直接重置的意思是用量清零重来，没烧完的那部分不会顺延。
有人看到预告就按了手里那张券，打算白天用光；结果重置比预想的早到，他那边重置之后「完全没有容量剩下」15。
另一位晚了大概两分钟，正在求官方把那张卡还回来16。
券的规则写在帮助页上：它只在你成功刷新了至少一个用量窗口时才被消耗，没有东西可刷新时就留着17。
反过来，用掉一张完整的券会刷新 5 小时与每周窗口，还会改变你的周重置日17。
所以有一条规矩值得记住：预告出来到落地之前，别按券。
今天最亏的不是没蹬完，是把券按在了重置前。
回满不等于够用一周
今天回满之后，额度掉得并不慢。
一位开发者 25 分钟后说，重置完「已经只剩 90%」18。
另一位说，重置不到半小时，Astra Light 跑了 5 分钟就吃掉 7%19。
还有人说自己今天没怎么用，额度已经掉了 3%，顺带被扣了近 6000 credits20。
这些都是单点自述，不能当统计看。它们一起说明的事只有一件：回满只代表计时重新开始。
预算还是得看 Usage 页，不看心情。
社区的分歧
第三方日历页给这次重置记了 94% 赞，126 对 811。
一边是额度不再是问题。OgunmolaIbrahe1 说几乎每天重置，额度比过去好太多21。
另一边是可规划性没了。一位 1.9 万粉的开发者写：随机重置让 Codex 没法规划，宁愿次数少一点、全部改成券。
「现在唯一合理的策略，是把额度尽快烧完，然后盼着下一次重置。」22
也有人把它当促销看：这是 AI 史上第一场「不用就作废」的促销23。
还有一句最短的质问：为什么 Codex 每天都重置24。
这些分歧对读者的用处在于：如果你的活要靠额度做预算，把重置当彩票，别当计划。
接下来盯什么
官方目前没有给下一次的钟点。@OpenAIDevs 最新一条是 10 月 17 日转的 Agents API 周报，没有额度表态25。
28 天公约走到 Day 14，窗口是美西 10 月 18 日，也就是北京今天 15:00 到明天 15:0011。
公约原文是每天要么给一项明确改进，要么给一次全量重置26。
另外，tibo 在 10 月 13 日提过一个「让所有人用量显著变多」的计划，还没落地27。
旁证照旧只作参考。codex-resets 记到第 63 次，平均间隔 6.4 天，最长 67.7 天，最近一次就是今天这次28。
codexradar 的站速览图刷新到 10 月 18 日 05:35，Tibo 雷达已经收进 05:12 那条「Done」29。
预报页在我读它的时候还没把今天这次算进历史，它给的下一段是 10 月 18 日到 23 日、3 日内 53%30。
镜像站 current.json 的窗口栏还停在预告那一刻，预测栏停在 9 月 29 日31。
歇脚期能做的三件事：不按券；按自己的节奏用，不追额度表；等官方给出下次钟点，再开始清仓。
References
- 1Tibo：Done
x.com
- 2
- 3
- 4
- 5预告帖
x.com
- 6到账帖
x.com
- 7预告帖
x.com
- 8完成帖
x.com
- 9预告帖
x.com
- 10完成帖
x.com
- 11Codex Resets：Tibo 的 28 天公约日历
codex-resets.com
- 12
- 13
- 14
- 15viasnake：按了券撞上提前落地
x.com
- 16CS2Mango：我比重置早两分钟按了券
x.com
- 17OpenAI Help：How banked Codex resets work
help.openai.com
- 18XCSme：重置后我已经只剩 90%
x.com
- 19Vorioo：5 分钟吃掉 7%
x.com
- 20initjean：没用也在掉
x.com
- 21
- 22johnennis：随机重置无法规划
x.com
- 23
- 24ananyairl：为什么每天都重置
x.com
- 25
- 26Tibo：28 天公约
x.com
- 27Tibo：更多额度的计划
x.com
- 28Codex Resets：重置记录
codex-resets.com
- 29Codex 雷达站
codexradar.com
- 30大石浩之：reset forecast
oishi-hiroyuki.org
- 31Codex Reset Radar：current.json
codex-reset-radar.pages.dev
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.