歇脚：第 2 张券发了，这波蹬结束；要按，先等今天 16 点
第二张重置券今早 07:27 官宣，28 天公约收官，这波蹬到此结束；下一次重置的钟点还空着，两张券先攒着，今天 16 点那一格关掉之前先别按。
现在是北京时间 11 月 2 日上午。
今天早上 07:27，tibo 发出一行帖：Day 28/ Banked 2/21。
28 天公约的最后一格，交付的是第二张重置券。两张发完，公约收官。
这波蹬到此结束。下一次重置在什么时候，到今天早上八点官方还没有开口。
收官帖和两条到账
到八点，那条帖拿到 2500 多个赞、100 次转发、449 条回复、11.5 万浏览1。
上一张是昨天 08:43 的「Banked 1/2」，9753 个赞、129.5 万浏览2。这次的数字小一个量级，一部分原因是它才发出去半小时。
r/codex 在它发出五十七秒后开了「Banked reset 2/2」帖，到早上 76 分、23 条回复、95.2% 赞同3。
到账这次来得快。07:33，DevAdventur3s 在那条帖下面写，紧接着账户里就多出一张完整重置，12 月 1 日到期，手上已经攒了三张4。
07:36，日本的 f_uto 报时间：日本时间早上八点半前后开始发放，还没收到的人再等一会儿5。日本时间八点半就是北京七点半。
上一张的节奏松得多。账户侧在北京 04:16 前后就出现了券，官宣一直等到 08:436。
帮助页对这件事的解释一直没变：券有一个发放窗口，符合条件的账户会在窗口内的不同时刻收到7。
现在还没看到的人，过一阵再刷一次用量页。分发按账户走，同一张券在不同账户上的到账时刻可以差好几个小时。
现在为什么是歇脚
这个频道说的「蹬」，指知道下次什么时候重置之后，赶在重置之前把还没用完的额度尽快刷完。
它要有一个终点才成立。终点在，才有「赶在重置前」这件事；终点空着，能做的只是攒力气。
今天早上八点，那个终点还是空的。
tibo 的最后一条帖子就是 07:27 那条。在它之前三十秒，他还在别人的帖下开玩笑，说这些安排他们几个月前就一起定好了8。
官方开发者号最后一条是 07:29 转发一位开发者用 Codex 做的机器人项目，一个字都没提额度9。
最近一次全员重置在 10 月 28 日 14:29 落地10，到现在四天十七个小时。
第三方给的是区间。日本那位站长按他自己整理的历史间隔算，下一次（强制重置或发券）落在 11 月 3 日到 5 日，三天内 62%、七天内 84%11。他在页面上写明这些是概率，官方不保证任何日期。
区间可以拿去安排这一周的活。它当不了「几点开蹬」的那个钟点。
所以今天是歇脚。
券到了，用量不动
券进账户，用量一分不动。按下去，被它覆盖的额度才回到 100%7。
覆盖面按档位分。Plus 和 Business Standard 覆盖 5 小时与周额度；Pro 100、Pro 200、Pro 500 只覆盖周额度7。
按下去还会动日子。一张完整的券会改变周刷新时刻，原来那个日子不再给7。
所以现在按，拿回的是你已经花掉的那一小截，代价是周重置日往后挪。
r/codex 今天凌晨有人在问另一种情况：手上攒了一堆券，10 月 Codex 只跑了三天，多数额度根本没动12。这半个月的节奏下，攒券比用券容易。
今天 16 点之前，先别动手
公约最后一格按美西的日格算。11 月 1 日当地转冬令时，那一天有 25 个小时，折成北京是昨天 15:00 到 11 月 2 日 16:0011。
这一格已经交过差了。公约第 3 天也是用发券交的，同样算一天11。按条文，28 天到今天 16:00 走完。
麻烦在硬重置的日子由他挑。28 天里他发了 11 次全员重置，预告都是临时的：从「今天结束前」到「10am PST 之前」，没有一次提前说过下一次在哪天11。今天剩下的八个多小时里会不会再叠一次，谁都说不准。
真叠上会发生什么，帮助页写得很直白：全局重置把同一份额度拉回 100%，按掉的那张券不退还，两张也不叠加成 200%7。它举的例子是十点按券、十点半来一次全局重置，额度从 95% 回到 100%。
不想吃这个亏，就等今天 16:00 这一格关了再算。
两张券的到期日和自动按
到期日在自己的用量页上。帮助页写的是按账户或活动标注的日期与时间，过期不补、不延7。
上一批是发放后 30 天，10 月 8 日那张到 11 月 7 日11。差一两天影响不大，以你页面上那行字为准。
桌面端有个开关，「Allow your assistant to use resets」。开了之后，主 5 小时或周额度掉到 10% 及以下，Codex 可以替你按掉一张7。
想自己挑时机，就去把它关掉。CodexUpdate 今天凌晨把这条列进了三个坑，那条帖到早上有 1.7 万浏览14。
28 天的账
公约的前 27 天，每天都有东西落地：11 次全员硬重置、2 次发券，其余是产品改进11。今天补上第 3 张券。
社区对这本账的读法分得清楚。2036 粉的 ivanainai 数完 27 天后写了一句：28 天交付下来，最受欢迎的那个更新是一次额度回满15。
还有一件事官方只说了半句。上周有用户贴出 OpenAI 的邮件截图，写 ChatGPT 和 Codex 会在「in the coming weeks」共用一份额度16。帮助页到今天只有泛指的一句，没有日期。
邮件出来之后，有人在 tibo 帖下问：12 月合并以后，手上没用掉的券还作不作数17。到今早没有人回答。
券的到期日写着 12 月 1 日，合并说的是「未来几周」。这两件事会不会撞上，是接下来一个月要盯的。
旁证今天各自能信到哪
codexradar.com 的「当前状态」栏更新到今早 02:15，写的还是 Day 23 硬重置已完成、11 月 1 日发了一张重置卡、第二张尚未确认18。它更新的时候，2/2 还没发出来。
那家的重置次数表停在 11 月 1 日 13:21，11 月记的是直接重置 0 次、重置卡 1 次18。今天这张要等它下一轮才记上。
codex-resets.com 把 11 月 1 日 23:27 记成最近一次重置，累计 71 次、平均间隔 5.9 天、最长一次 67.7 天19。它把发券一起算进次数里，读那个总数要记得这一层。
白名单那面镜像的 monitored_at 今早 06:06 刷过，窗口栏还停在 10 月 28 日那次，建议仍是 wait，预测栏停在 10 月 24 日的 24 小时 5%、48 小时 8%20。
日本那位站长的页面写在今天这张券之前，2/2 还没进他的账，他给的 11 月 3 日到 5 日是按旧账算的11。
状态页全绿，Codex 与它下面四个组件的历史可用率都是 99.94%21。
今天要办的三件事
第一件，打开用量页，把两张券各自的到期日和覆盖范围记下来。手机上没有这个入口，用桌面端或网页。
第二件，想自己决定按的时机，就把「Allow your assistant to use resets」关掉。
第三件，两张券都先攒着。今天 16:00 之前别按，那一格关了之后再算；日常该怎么用就怎么用，用到底了再拿券接上。
下一个时间点出来，我再发一期。
References
- 1Tibo 的 Day 28 帖
x.com
- 2Tibo 的 Banked 1/2 帖
x.com
- 3r/codex 的 Banked 2/2 帖
reddit.com
- 4DevAdventur3s 的到账帖
x.com
- 5f_uto 的帖子
x.com
- 6r/codex 的到账帖
reddit.com
- 7帮助页：How resets work in Codex
help.openai.com
- 8Tibo 的回复
x.com
- 9@OpenAIDevs 的转发
x.com
- 10Day 23 的完成帖
x.com
- 11oishi-hiroyuki.org 的重置预报
oishi-hiroyuki.org
- 12r/codex 的囤券帖
reddit.com
- 13TpWrkrhlc 的账户读数
x.com
- 14CodexUpdate 的券提醒
x.com
- 15ivanainai 的 28 天账
x.com
- 16r/codex 的邮件帖
reddit.com
- 17ecer0n 的提问
x.com
- 18codexradar.com
codexradar.com
- 19codex-resets.com
codex-resets.com
- 20雷达镜像 current.json
codex-reset-radar.pages.dev
- 21OpenAI 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.