歇脚：Day 17 空到现在，明早到期的券别一起白扔
Day 17 到发稿仍没有编号交付、下一次重置钟点也仍空着，这一期继续歇脚；真正在倒计时的是明天早上那批到期的券，和「剩不到 80% 才按得了」这道门槛。
现在是歇脚。
上一次全局重置还是 Day 15，北京 10 月 20 日 14:33:48。1
到发稿过去了 47 小时。下一次重置落在哪个钟点，官方一个字都没给。
没有下次钟点，就没有「赶在重置前清仓」这回事。今天不该按开蹬来过。
Day 17 空到现在
按太平洋时间划日，Day 17 的窗口是北京 10 月 21 日 15:00 到 10 月 22 日 15:00。到发稿，这一天已经走了 22 小时 55 分。
窗口里 tibo 是在线的。今天 03:38，他跑到 Claude 那条新产品的帖子下面回了句「Dot, meet Duet. Duet, meet Dot. Be nice to each other.」。2
06:08，他发了「Dot, Dotter, Dottest」。3
一分钟后，他在同一串里补了一句「Fully included in the Pro plan, doesn't draw on your weekly usage」。4
这两句都不是 Day 17。没有编号，没有功能说明，也没写清「消耗周额度」说的是哪件事。
这个号自己发东西，要追到 10 月 21 日 01:56 的 12 小时缓存。7
第三方日历把这一天登记成「Waiting for Tibo」。8
社区先记上账了。@FuZeTuberr（7050 粉）12:07 发了一条「28 Days of Codex // Day 17」，写的是「No ship, no reset, nothing」，并判这条日更链断在第 16 天。9
12:39，@atkntepe 问「no day 17 update for codex? so reset, then, right?」。10
12:57，@viperr（21305 粉）直接问重置在哪，说今天没看到任何新改进推出来。11
r/codex 上「Nothing for day 17?」12:45 挂出来，28 分、13 条评论、零踩。12
这里得替他们说清一句：他们判挂零的时候，这一天还没结束。官方真正的截止线是北京今天 15:00。8
「重置迟到了」这句现在还说不成立
Day 6 之后，全员重置一共落了五次。13 把它们之间四次间隔排出来：
| 起点（北京） | 终点（北京） | 间隔 |
|---|---|---|
| 10/11 12:01 | 10/13 13:06 | 2 天 1 小时 5 分 |
| 10/13 13:06 | 10/15 14:28 | 2 天 1 小时 22 分 |
| 10/15 14:28 | 10/18 05:12 | 2 天 14 小时 44 分 |
| 10/18 05:12 | 10/20 14:33 | 2 天 9 小时 21 分 |
这四次里最短 49 小时 5 分，最长 62 小时 44 分。今天这波才等了 47 小时，还差 1 小时 44 分才够到最短的那一档。
把这两档挪过来算，落点分别约在今天 15:38 和 10 月 23 日 05:17。这是算术，不是官方口径。
巧的是最短那一档落在 Day 17 关门后 38 分钟。所以「今天没来」不等于「不会来」。
真正在倒计时的是券
明天早上，一批券到期。
@LinearUncle（15611 粉）今早 09:30 提醒：账上那张 banked reset 明天早上 5 点过期，「大家今天要努力下了」。17
@yannisbuilds 11:52 说自己三张券里有一张明天到期，已经为每张券设了提前一天的定时提醒。18
@GrShin5 11:11 提到自己账上那张 Codex 券是 10/23 到期。19
@JeremyNguyenPhD（26794 粉）11:41 提醒：Codex 和 Claude Code 各有一张券明天到期。Claude 那边官方口径是 10 月 23 日上午 9 点（太平洋时间）。2021
这些都是各人自己账上的读数。你的券哪天到期，只看你自己的 Usage 页。
规则我重读了一遍帮助页，它自标十小时前刚更新过。22
里面有三条以前几期没写到的。
第一，按券有门槛。在设置里的 Usage 页面按券，被覆盖的额度里至少要有一个剩下不到 80%；全都在 80% 以上，界面会显示「你现在不需要重置」，券继续留着，直到过期。
第二，券、全局重置、付费的即时重置，都会重启用量周期并替换原排期。周重置日不是固定钟点，下次刷新看 Usage，不要拿按下重置或看到公告的那一刻去推算。
第三，已经按掉的券，之后遇到全局重置不会退回，也不会叠加。官方给的例子是：10:00 按券、用掉 5%，10:30 来一次全局重置，那 5% 补回 100%，而不是 200%。
过期之后同样写死：不补、不换、不延长期限，支持也不提供手动或补偿性重置。
按早了的人，代价是双份
@AbsentVote（651 粉）11:21 在 tibo 的帖子下面求一次重置。她为度假攒了几周的券，一条 prompt、十分钟、睡一觉，45 分钟后全局重置就来了。23
@xqliu（12705 粉）11:44 说自己在五分钟内用掉两个 Codex 的 reset，「买两碗豆浆，喝一碗倒一碗」。24
@udaysy 12:02 给的账最完整：200 美元档，今早 7 点按掉一张 usage reset，8:46 周额度就见底；一周的 43% 花在 5 个回答上，他说这些数来自 Codex 自己的日志。25
@big_duca（9498 粉）12:02 的账更贵：安全扫描把周额度吃光，被扣了 250 美元；想起还有一张券，按掉，周额度又烧光一次；最后让它先给结果，任务被取消，零发现。26
这几个人倒霉的地方不在运气，在顺序：先按券、后遇上重置，或者在额度去向不明时按券。上面第二条规则说的就是这件事——按券会挪周重置日，被挪走的那次不会补给你。
你的周重置日为什么越来越算不准
r/codex 上有一条很硬的记录。@drfr3ud 从 9 月 3 日起，每几分钟记一次自己的 Codex 用量条。27
他的周窗口是七天，最后一次按点重置是 9 月 26 日 09:05（UTC）。此后再没跑满过七天。
9 月 26 日到 10 月 20 日，用量条提前归零 11 次。三次是他自己按了券，另外八次不是他触发的。
那八次归零时的读数分别是 23%、22%、90%、86%、59%、42%、93%、66%。合计抹掉 481 个百分点，按他的算法约等于 4.8 个周额度。两次归零之间的间隔，从 8 小时到 4.3 天不等。
他自己先以为是账号出了问题，后来才反应过来：那是公约的重置，一次一次落在他的周表上。
这也解释了为什么「我的周额度什么时候回来」越来越算不准：插进来的重置会替换原排期，你按周数天数，不如直接看 Usage。
旁证读数
codex-resets.com 记到 64 次，平均间隔 6.3 天，最长空过 67.7 天，最近一次是 10 月 20 日 06:33（UTC）。28
做间隔预报的那家把下一次放在 10 月 22 日到 27 日，3 天内 66%、7 天内 85%，页面自己标着是预测。29
雷达站的站速览图更新到今天 13:18，公约这一栏是 16/28，Day 17 待公布。30
白名单里那个镜像的窗口栏还停在 Day 15 那次重置，预测字段停在 9 月 29 日。31
状态页上 Codex 四个组件都是 99.94%，另有一起 ChatGPT 与 API 的事件还在监控中，与额度无关。32
这些全是旁证。它们谁也没有给出一个可以倒数的钟点。
今天怎么做
不赶钟点。 没有下次重置时间，就没有清仓的截止线；把额度按日常节奏用掉，比赌明天早上来一次重置稳。
有券的，先看两个数。 一个是到期时刻，在桌面的设置 → Usage & billing → History 里看，这里只记最近 30 天；一个是某个被覆盖额度有没有低于 80%。22
没到 80%，你现在按不了这张券。这同时说明它本来也用不上——帮助页不允许你在额度还宽裕时把它烧掉。
别为了「反正要重置」提前按。 全局重置不会退回你按掉的券，也不会叠加成 200%。
盯一个时间点就够了。 Day 17 的窗口北京今天 15:00 关；如果那一小时里出现编号帖或 EOD 字样，就重读一遍这一期的第二节。没出现，这一页就翻过去了，等 Day 18 的窗口在北京明天 15:00 开。
References
- 1Tibo Day 15 重置帖
x.com
- 2Tibo 回 @claudeai
x.com
- 3
- 4Tibo 补充帖
x.com
- 5@OpenAIDevs 最新一条
x.com
- 6
- 7@OpenAIDevs 12 小时缓存
x.com
- 8Tibo 28 天挑战日历
codex-resets.com
- 9@FuZeTuberr
x.com
- 10@atkntepe
x.com
- 11@viperr
x.com
- 12r/codex：Nothing for day 17?
reddit.com
- 13Tibo Day 6 重置帖
x.com
- 14Tibo Day 8 重置帖
x.com
- 15Tibo Day 10 重置帖
x.com
- 16Tibo Day 13 重置帖
x.com
- 17@LinearUncle
x.com
- 18@yannisbuilds
x.com
- 19@GrShin5
x.com
- 20@JeremyNguyenPhD
x.com
- 21@lydiahallie 提醒
x.com
- 22How resets work in Codex
help.openai.com
- 23@AbsentVote
x.com
- 24@xqliu
x.com
- 25@udaysy
x.com
- 26@big_duca
x.com
- 27r/codex：25 天里 11 次提前归零
reddit.com
- 28Codex Resets
codex-resets.com
- 29重置间隔预报
oishi-hiroyuki.org
- 30Codex 雷达站
codexradar.com
- 31Codex Reset Radar
codex-reset-radar.pages.dev
- 32OpenAI 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.