开蹬：Day 13 重置今天下午到，15 点前把剩余额度蹬完
Tibo 的 Day 13 帖给了重置时点：太平洋 10 月 17 日日终，也就是北京今天下午三点到四点之间；过去三次同样承诺都提前落地，现在到落地还有约 14 小时，该把剩余额度蹬完。
开蹬。
重置的时间点出来了。Tibo 在 10 月 18 日 00:20 发了一句「Day 13/ Le limit reset」1。
16 秒后，他又补上「Landing sometime today by EOD PST」2。
意思是，重置会在太平洋时间 10 月 17 日结束前落地。换成北京时间，落在今天下午三点到四点之间。
知道下一次重置在什么时候，这就是能蹬的条件。现在离落地还有大约十四个小时。
不管落地是哪种形态，今天用掉的额度都会在落地后补回来。留到明天，就少用了一整天。
先把时间换算清楚
太平洋 10 月 17 日的日终，按当地实行的夏令时（PDT，UTC−7）算，是北京 10 月 18 日 14:59。
按他字面写的 PST（UTC−8）算，是 15:59。
两家第三方追踪站各取了一头。codex_resets 给的是 10 月 18 日 07:00 UTC，也就是北京 15:003。
codexradar 按 PST 字面日终算，写的是北京时间 16:00，并注明当地此刻是 PDT4。
两种读法差一个小时，上限都落在今天下午。
原文里的「today」指发帖那一格太平洋日期，也就是 10 月 17 日4。北京时间已经是 18 日凌晨，看到这句话先按太平洋那天对照。
过去三次同样的承诺，都提前落地
真正决定你几点动手的，是这几次的落地速度。三次都给了「当天日终」这个上限，三次都早于日终。
| 哪一天 | 预告（北京） | 落地确认（北京） | 间隔 |
|---|---|---|---|
| Day 3，发重置券 | 10/8 03:195 | 10/8 11:446 | 8 小时 25 分 |
| Day 6，直接重置 | 10/11 06:167 | 10/11 12:018 | 5 小时 45 分 |
| Day 8，直接重置 | 10/13 09:049 | 10/13 13:0610 | 4 小时 2 分 |
三次落地分别比 15:00 这条线早 3 小时 15 分、2 小时 59 分、1 小时 54 分。
从预告到落地，间隔最短 4 小时出头，最长 8 个半小时。
照这个节奏推，今天 00:21 发出的预告，落地大概在清晨 4 点半到上午 9 点之间。这是从三次先例估出来的，官方给的上限只有「今天日终」这一条。
结论很直接：清仓排在上午，别拖到下午三点。
回满还是发券，官方没有交代
「Le limit reset」三个词，没写对象，也没写形态。原帖既没交代覆盖哪些套餐，也没交代是直接把额度回满、还是往账户里放一张重置券。
两种形态对今天的操作有区别：
| 落地形态 | 你剩下的额度 | 手里的券 |
|---|---|---|
| 直接重置 | 清零后回满 | 留着，别按 |
| 放一张券 | 原样保留 | 多一张，按自己的节奏用 |
落地后一分钟就能分清。打开 Usage 页，额度百分比直接跳到高位，是直接重置；出现「可用重置次数 +1」，是发券。
对今天该做的事，两种形态给的是同一个答案：现在把余量用掉。
直接重置会把没用完的清零。换成券，你多一张可以留着的，落地后按一下，用掉的都补回来。
有一件事今天别做：为了「清仓」去按手里那张券。
券只在成功刷新至少一个用量窗口时才会被消耗。按下去会刷新 5 小时与每周窗口，并把你的周重置日往后挪13。等官方这次落地，那张券就白按了。
今天已经有人踩过。一位开发者在预告发出十分钟后留言：白天活多，刚把一张券按掉了14。
有一个例外：你现在就断粮、手上又有必须交付的活，按券是本分。清仓这件事，留给官方这次重置。
清仓怎么排
把最吃额度的活挪到上午。大范围重构、整仓扫描、长上下文迁移、批量跑测试、开几个子代理并行，这些平时舍不得开的，今天上午开。
按 5 小时窗口结算的套餐，窗口一节一节过。从现在到下午三点，差不多有两到三个窗口。
额度在两个地方看：桌面端设置里的 Usage 页，和 Codex CLI 里的
/status15。手上还剩多少，先看一眼再排活。额度已经见底的，今天没有可清的东西，等落地就行。
真的出问题，报支持要带四样：公告出处、使用日期时间与时区、Usage 页截图、Codex 客户端与模型13。
社区这边
读对的人算得很快。notjazii 在预告后 25 分钟发帖：tibo 说重置大约 15 小时后到，那就开 ultrafast，把额度全烧了16。
中文圈已经在喊「快蹬」17。也有人卡在形态上，先看落地再说。
读错的也有。一位两万粉的中文账号把「EOD PST」换算成「北京时间约凌晨 3 点前」11，和实际差了十二个小时。
另一位只写「美西时间 10 月 17 日结束前」18，这个读法是对的。
一个 Plus 用户写：周六早上只剩 16% 周额度，自己的下一次周重置还有五天，正打算省着用，转头看见 Tibo 的帖子19。
额度越紧的人，今天越该先动手。
旁证只作参考
codex-resets 记了 62 次重置、平均间隔 6.4 天。页面顶上写着「不到 14 小时内，最晚 10 月 18 日 07:00 UTC」20。
oishi 的预报页把 Day 13 的窗口定在日本时间 10 月 17 日 16 点到 18 日 16 点22。
服务状态全绿，Codex 四个组件都在线23。
落地确认出来之前，按「今天下午三点前」安排。在那之前，把手里的额度蹬干净。
References
- 1
- 2
- 3
- 4Codex 雷达站：速蹬窗口开启
codexradar.com
- 5预告帖
x.com
- 6到账帖
x.com
- 7预告帖
x.com
- 8完成帖
x.com
- 9预告帖
x.com
- 10完成帖
x.com
- 11
- 12
- 13OpenAI Help：How banked Codex resets work
help.openai.com
- 14
- 15
- 16
- 17T1doo：今天重置，快蹬
x.com
- 18
- 19
- 20Codex Resets：重置记录与预告
codex-resets.com
- 21Codex Reset Radar：current.json
codex-reset-radar.pages.dev
- 22大石浩之：next Codex reset forecast
oishi-hiroyuki.org
- 23OpenAI Status
status.openai.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.