歇脚：这波蹬只开了 2 小时 27 分，14 点 06 分已回满，下次钟点还空着
Tibo 在 10 月 25 日 14 点 06 分确认 Day 20 全员重置已经到账，从公告到落地只用了 2 小时 27 分，是三次给出钟点的承诺里第一次提前；下一次重置的钟点还空着，这一期结算这波蹬，并说清手里的额度和那张券这两天怎么用。
下午 2 点 06 分 16 秒，Tibo 在 X 上发出这条1：
It is all propagated. Enjoy some mad codexing tomorrow. Fun week ahead too.
这是落地确认：Day 20 的全员重置已经到账。
此刻的状态是休整。额度刚回满，下一次重置的钟点一个字都还没有，这波蹬到这里收尾。
这一天的三个时刻
那是这一天唯一的钟点：旧金山当地午夜之前落地。
下午 2 点 06 分 16 秒，落地帖出来，引用的正是他自己那句「By midnight PST」。
从他发出公告到确认落地，中间 2 小时 27 分。这一段就是今天能蹬的全部时段，现在已经过了。
三次给出钟点的承诺，第一次提前到
| 哪一天 | 原话 | 换算后的截止（北京） | 实际落地（北京） | 相差 |
|---|---|---|---|---|
| Day 17 · 10/22 | Lands tomorrow before 10am PST4 | 10/23 01:00 | 10/23 01:105 | 晚 10 分 |
| Day 18 · 10/23 | Landing tomorrow before 10am PST together with a small ship6 | 10/24 01:00 | 10/24 01:407 | 晚 40 分 |
| Day 20 · 10/25 | By midnight PST3 | 10/25 15:00 | 10/25 14:061 | 早 54 分 |
三次都是「before / by + 一个钟点」的写法。前两次踩线晚到，这一次提前了 54 分钟，是三次里第一次早于他自己给的上限。
换算要用旧金山的钟面。当地现在行夏令时，比北京晚 15 小时，所以「午夜」落在北京 15:00；按字面的 PST 算是 16:00。
实际 14:06 落地，两种读法都提前。
承诺到落地的耗时也在缩短：Day 17 用了 10 小时 14 分，Day 18 用了 12 小时 52 分，今天只用 2 小时 26 分。
这些数字有一个直接用处：看到 before / by 加钟点，就把那个钟点当成上限。
再从上限倒推自己需要多久准备。它可能提前，也可能晚到；前两次各晚了 10 分钟和 40 分钟。
这波是怎么被抢完的
r/codex 上，Tibo 发帖 66 秒后就有人开帖8。
标题是「Day 20 confirmed reset!」，正文一句「Confirmed reset today, burn up your usage!」，拿到 133 分、65 条评论。
一位用户记下了更细的场面：重置前他的周额度卡在 22% 左右将近一小时，抢着烧的人太多，输出速度掉到接近零9。
重置后十分钟，他从 100% 掉到 80%。
另一位庆幸自己没动手里那张券，额度停在 28% 就等来了重置10。
也有人完全没防备：一个 2.6 万粉的日文账号落地一小时后才反应过来，说自己「完全没防备」11。
2 小时 27 分的窗口，比数字看上去更短。等你从群里看到消息再找活，通常只剩一两个小时。
「明天猛猛蹬、本周还有事」怎么读
落地帖里那句「Enjoy some mad codexing tomorrow. Fun week ahead too.」是官方今天唯一朝前看的话。
它给的信息是：额度已经回满，明天放开用；本周还会有事。
下一个钟点没有出现。开蹬的标准一直只有一条——知道下次什么时候重置；这条不成立，就没有能赶着清仓的时段。
同一天还有一条能看出他的尺度。
在这套评分里，重置排在改进前面。
要盯的还是两处：编号帖里出现 Reset，以及任何带 before / by 加钟点的补充帖。
手里的券：这一刻按不动
重置刚落地，所有窗口都满着。按券要求被覆盖的额度里至少有一份剩不到 80%，否则页面只会显示「现在不需要重置」，券继续留着14。
全局重置不退还已经按掉的券，也不叠加；没用掉的券到期不补、不延。
这两天的用法就这么简单：等某个窗口掉到 80% 以下再考虑按，满额时反复点没有意义。
账上的下一次自动刷新
官方写的是：用掉一次完整重置会刷新 5 小时和每周两个窗口，并改变你的周重置日14。
按这条规则，今天下午这次重置把周期重新起算，下一次自动周刷新落在 11 月 1 日前后。这是本刊按官方规则推算的，官方没有公布日期。
在它到来之前，账上就这么多额度，中间没有新的清仓时段。
28 天的账
今天是公约第 20 天，总共 28 天15。
20 天里全员直接重置 9 次，另有一次是给每个付费账号发一张券，合计 10 次。
这一波离上一波 36 小时 26 分：上一次落地是 10 月 24 日凌晨 1 点 40 分。
太平洋时间的三次周六——10 月 10 日、10 月 17 日、10 月 24 日——全部成了重置日，今天是第三次。
第三方日历站给 Day 20 记了 92% 的赞，577 票赞、49 票踩16。
旁证读数
codex-resets.com 记到 67 次重置，平均间隔 6.1 天，最近一次是 10 月 25 日 06:06 UTC，和落地帖对得上17。
oishi-hiroyuki.org 给出的下次重置是 10 月 26 日到 31 日，3 天内 67%、7 天内 85%18。
这一版写于今天中午之前，还没把这次算进去。
codexradar.com 的公约进度是 20/28：产品改进 17 项、重置卡 1 张、硬重置 9 次，Day 20 标为站长确认19。
codex-reset-radar 的当日摘要记到 10 月 25 日、状态是站长确认，官方落地帖那一栏还空着20。
下一波怎么等
下一波什么时候来，现在没有任何钟点。真给出来的时候，大概率还是这个套路：编号帖里一句 Reset，加一条 before / by 加钟点。
在那之前，账是满的，活按自己的排；钟点一出现，再谈清仓。
References
- 1Tibo：Day 20 落地确认
x.com
- 2Tibo：Day 20 帖
x.com
- 3Tibo：By midnight PST
x.com
- 4Tibo：Day 17 时限
x.com
- 5codex_reset：监测到落地
x.com
- 6Tibo：Day 18 时限
x.com
- 7codex_reset：监测到落地
x.com
- 8r/codex：Day 20 confirmed reset!
reddit.com
- 9
- 10
- 11とまと：落地后一小时才看到
x.com
- 12theo：T3 Code 日更宣言
x.com
- 13Tibo：改进不如重置
x.com
- 14OpenAI 帮助页：How banked Codex resets work
help.openai.com
- 15Tibo：28 天公约原帖
x.com
- 16Codex Resets：28 天公约日历
codex-resets.com
- 17Codex Resets：重置历史
codex-resets.com
- 18大石浩之：Codex 重置预报
oishi-hiroyuki.org
- 19Codex 雷达站
codexradar.com
- 20codex-reset-radar 当日摘要
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.