开蹬：社区把「3am」算到北京 9/22 18:00，券要先烧空周额度再按
能蹬的状态没变，窗口还是北京 9 月 22 日 15:00 到 9 月 23 日 15:00；本期把社区今天下午给 tibo 那句「3am on a tuesday」做的换算并排摊开（两套独立算到同一个钟点），说清它为什么还不是排期，并交代手里那张券的处置顺序：先把周额度烧空，再按。
tibo 那句「still coming in Tuesday」挂在北京时间 9 月 20 日凌晨，到发稿已经四十多个小时。1 今天 14:26，他又回了三个词：「3am on a tuesday」。2
能蹬，状态一个字没变。下次重置仍指向社区读出的美西周二，换成北京时间是 9 月 22 日 15:00 到 9 月 23 日 15:00，距发稿 22 个小时出头。这条线覆盖 Codex 与 ChatGPT Work 两个用户群，3 官方到今天下午没有公布过排程，社区里也没人晒出到账。tibo 最近三条是 14:23 到 14:27 之间的闲聊，45 @OpenAIDevs 的最新一条停在 9 月 20 日早上。6
今天下午长出来的新东西，是社区开始给那三个词排钟点，而且两套新账排到了同一个结果。
两套新账排到了同一个钟点
15:34，一个日本账号先换了一遍：「Tibo 氏「3am on a tuesday」PDT 火曜 3 時＝日本時間 22 日 19 時頃」。7
13 分钟后，另一个账号贴出九地时刻表，开头先把前提写在明面上：「assuming he means Pacific Time like with previous resets」——假设他跟前几次一样指的是太平洋时间。表里是洛杉矶 3:00、纽约 6:00、圣保罗 7:00、伦敦 11:00、柏林 12:00、迪拜 14:00、印度 15:30、中国 18:00、日本 19:00，全部落在 9 月 22 日星期二。8
把今天出现的几套账并排，差别在哪就一目了然：
| 读法 | 换出来的北京时间 | 谁算的 |
|---|---|---|
| 按太平洋当地钟面读（9 月是 PDT，UTC-7） | 9 月 22 日 18:00 | Deepu 的九地表（15:47）与 Game-i7（15:34），两套各自独立 |
| 按「PST」字面读（UTC-8） | 9 月 22 日 19:00 | 日本的重置预报士 ついはじめ 9 |
| 只加 15 小时、没换日期 | 9 月 21 日 18:00 | 中文用户 Wei 10 |
三套账的差别落在一只钟上。9 月的美西还在夏令时，旧金山当地钟面是 PDT（UTC-7），北京快 15 小时；「PST」这个名字指 UTC-8，比 PDT 慢一小时。预报士全程按 PST 换算，他那份备忘里也写着「※現地時刻(PST)を JST へ変換」，所以他给出的 9 月 22 日 19:00 是字面账。第三套丢的是日期：照它守，你守的是今晚六点，比社区读出的窗口最早起点早 21 个小时。
无论按哪一套，能蹬的时段都还是那句「still coming in Tuesday」圈出来的美西周二整日，也就是北京 9 月 22 日 15:00 到 9 月 23 日 15:00。18:00 只是这个时段里的一个点，按太平洋当地 3:00 算，它落在窗口开始后三个小时。
这整套换算眼下都是社区账。官方没说过那三个词指什么，更没给过钟点。
它为什么还是一只社区钟
tibo 真正排期时怎么写，有两条现成的样本。9 月 7 日那次是「We will do a global reset of the usage for all paid subscriptions… Lands around 6pm PST today.」11 8 月 30 日那次是「Your Codex and ChatGPT Work reset will land at 6pm PST.」12 两条都带着三样东西：钟点、时区标签、落地那两个字，而且两次写的都是同一个钟头——6pm PST。3am 在他的排期写法里没有先例。
那句「3am on a tuesday」的语境也对不上。它回复的是 @My_Ai_Bi 的 GPT-6 社区之夜晒图帖，2 三个词里没有 reset、额度、banked 任何一样东西。
日本那位重置预报士今天 15:00 重申了他的一条经验：「不含『Reset』字样的帖子和回复，不发的概率可能更高」，并翻出了自己 9 月 16 日的备忘。13 14:48 他还说过这可能算不上强信号，理由是上一次 tibo 写「11pm on a Tuesday」之后，重置并没有来。14
历史落点也不站在 18:00 这一边。codexradar 收录的 37 个已知钟点样本里，23 次落在北京 00:00–08:59，占 62%，其中 08:00–08:59 一档最多，有 7 次。15 预报士那份 31 条历史清单换算成北京时间后，落在 16:00 之后的只有 4 次：两次 16:09、一次 19:43、一次 22:17，18:00 这一档一次都没有（清单自己标注，个别条目记的是发布时刻）。16
所以那句「3am on a tuesday」现在最多算一只可以看一眼的钟：两个社区账号按太平洋钟面算出同一个结果，官方没有配套说法，tibo 自己的排期写法里没有这个钟头，历史落点的聚簇同样不在那里。闹钟先别押。
券今天还在过期，而且按不动
今天 10:42，一位日本用户写下他昨天遇到的事：1 天 4 小时里他只用了周额度的 20%，想在券过期前把它按掉，系统没有收，券就那样过期作废。他认为官方有一条没公布出来的使用门槛。17
官方帮助页的写法比「门槛」温和，讲的是同一件事：券只有在真的刷新了至少一个用量窗口时才会被消耗，没有可重置的东西时它会留着；「使用已有的 reset」这个入口，也是列在撞到限额之后。18 手上还有余额的时候按它，结果可能是白按一次，而到期日照走。
15:46，一位马耳他的产品经理把这个顺序说得最直白：「I had a banked reset and I needed to use all my weekly limits before the banked reset expires.」——他有一张攒下的重置，得先把本周额度全部用完，才能在那张券到期前用掉。19
券面那个日期也骗过不少人。13:48，一位阿姆斯特丹用户说他的券写着 9 月 21 日到期，他以为可以撑到当天结束，结果 9 月 20 日 23:59 就没了。20
消耗这边，15:32 一位做产品的账号说他一天之内把整周额度和一张券一起烧完，接下来将近七天没法干活。24 照这个速度，手里那张券留不到下一次重置，先烧空再按是唯一不浪费的顺序。
| 步骤 | 动作 | 为什么 |
|---|---|---|
| 1 | 把本周额度烧到见底 | 还有余额时按券，系统可能什么都不做，到期日照走 18 |
| 2 | 立刻按券 | 券面只写日期，实际常在当天前半段就结束 20 |
| 3 | 记下新的周钟点 | 按掉一张完整券会刷新 5 小时与周窗口，并把周重置日整体后移 18 |
旁证
codexradar.com 今天可读：站内速览 14:11 刷新，Fast 雷达停在 10:19，Astra 三档的 Fast 倍率约 1.88×，Tibo 雷达最新一条是今天 04:34、标着「无重置信号」。15 Codex Reset Radar 的实时读数仍停在 9 月 14 日 13:05，窗口关闭、下一次重置为空，本期从它那里取不到读数。25 服务状态页全绿，Codex 的四个组件都是 100%。26
本期行动
- 开蹬：窗口没变，北京 9 月 22 日 15:00 到 9 月 23 日 15:00，距现在 22 个小时出头。在这之前把本周剩下的额度猛猛蹬完。
- 那句「3am on a tuesday」：社区今天把它算到北京 9 月 22 日 18:00，也就是太平洋当地 3:00；换算的是两个社区账号，官方一个字没说，闹钟先别押。
- 手里有券：先烧到见底再按；券面那个日期按当天的前半段用，别等到晚上。
- 到账只认官方：转发、清单、雷达都不算数。官方一旦给出钟点，本频道立刻再发一次确认。
References
- 1
- 2
- 3
- 4Tibo：👁️codex👁️
x.com
- 5Tibo：That's cool!!!
x.com
- 6
- 7
- 8Deepu：按太平洋时间算出的九地时刻表
x.com
- 9
- 10
- 11
- 12
- 13
- 14ついはじめ：这可能不是强重置信号
x.com
- 15codexradar.com：重置时间统计与 Tibo 雷达
codexradar.com
- 16ついはじめ：重置历史清单（JST）
x.com
- 17
- 18OpenAI Help Center：How banked Codex resets work
help.openai.com
- 19
- 20
- 21
- 22DevashishS15：睡过了券的时限
x.com
- 23Faisal：睡前一忘，券过期
x.com
- 24
- 25Codex Reset Radar 实时数据
codex-reset-radar.pages.dev
- 26OpenAI 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.