开蹬：tibo 说「3am on a tuesday」，周二窗口还剩一天出头
节点仍是社区读出的美西周二（北京 9/22 15:00 到 9/23 15:00），tibo 今天在北京时间 14:26 回了三个词「3am on a tuesday」；本期把这句话换算成北京几点、说清它为什么撑不起一个闹钟，并把 Support 回信里「不补偿、不手工重置」这条新口径摆到台面上。
能蹬，状态没变。下次重置仍指向社区读出的美西周二整日，换成北京时间是 9 月 22 日 15:00 到 9 月 23 日 15:00，距现在 24 个小时上下。这条线从 9 月 20 日凌晨挂到现在，官方没公布过钟点，也没有人晒出到账。本周剩下的额度，趁窗口打开之前猛猛蹬完。
今天多出来的，就是那三个词。
那三个词说了什么
这条回复挂在 @My_Ai_Bi 的 GPT-6 社区之夜现场帖下面。原帖发在北京时间今天 5:55，正文是「the GPT-6 Community Night was 🔥」加一张现场图。3 同一个小时里，tibo 还回了另外两条，一条「That's cool!!!」，一条「👁️codex👁️」，都是闲聊。45
那三个词里出现的，是星期和一个钟点。reset、额度、banked、倒计时这些字眼，他这条帖子里都没有。
「周几加钟点」是 tibo 惯用的句式，他用这个句式给产品做过宣传。9 月 16 日他写过「11pm on a Tuesday, big startup energy」，同一天还写过「Tuesday is for random swag drops on your door handle」。89
所以窗口一个字都没动。这条线覆盖的还是汇总来源点名的 Codex 与 ChatGPT Work 两个用户群，10 能蹬的依据也还是社区多源读出的美西周二。那份汇总把两件事写在一起：周二那艘「大船」是已确认的发布，新的 banked reset 是跟着它的预期。官方关于重置的排程公布，到今天下午仍然没有出现。
换算成北京几点
「美西周二」这四个字落到北京时间，要先过一道时区。9 月的美西在夏令时（PDT，UTC-7），北京比它快 15 个小时，于是有三种读法：
| 读法 | 对应北京时间 | 距发稿 |
|---|---|---|
| 那句「3am on a tuesday」按美西时钟读 | 9 月 22 日（周二）18:00 | 约 27 小时 |
| 美西周二整日（本期采用的窗口） | 9 月 22 日 15:00 – 9 月 23 日 15:00 | 最早一档约 24 小时 |
| 预报士圈出的重点时段 | 9 月 23 日 01:00 – 15:59 | 约 34 小时 |
有预报士按 PST（UTC-8）这个名义时区换算，得到的结果会比上表整体晚一小时。所以「美西周二」这四个字，在不同人的纸面上有两个边界版本。你自己那台机器上的周钟点，以设置 → 用量里显示的为准。
同一件事，预报士那边给的是一份自己的清单：他统计的重置落在日本时间 9:00–17:10 和 23:00–6:30，换成北京就是上午 8:00–16:10 加深夜 22:00–5:30。11 两个来源彼此独立，指向的都是北京时间的凌晨到中午这一段。真要守，守自己的额度页；为「凌晨三点」这四个字熬一整夜，历史样本给不出支持。
周二这条线，社区自己的读数
那位预报士今天 13:30 发了条公开 memo：Reset 相关的进展没有出现，距 9 月 19 日那条已经过去 1.5 天；他判断美西周二之前发券的可能性在降低。11 至于真来会是什么形态，他自己给的剧本是搭着周二那次发布一起发，落点还是他圈出的 9 月 23 日 01:00–15:59。他在 9 月 20 日就写过：现地的周二相当于日本时间 9 月 22 日 17:00 到 9 月 23 日 16:59，值得盯的是后面那一段。12
社区这边已经开始把「周二可能会来」当成排期用了。14:03，一位东京的工程师说，既然有周二来 reset 的传闻，就把 Devin 放一边，先 sol 起来。13 13:58，另一位写了今天最像心情写照的一句：「Life is what happens between a codex reset and another codex reset」。14
仍然没有等到的那位也在今天下午开口了：他自述手上已经不再有 banked reset，边等边自购了 100 美元 credits，不到一小时烧光，只能等明天自己的常规重置周期。15 到发稿，没有人晒出到账。
被报错烧掉的额度，官方怎么回
14:06，一位 Pro 20x 的用户公开喊话 tibo：上一周 Codex 反复报错，几乎没法正常用，他问官方能不能把损失掉的用量补回来。16
两分钟后，他贴出了 Support 给他的回信全文 17：
目前 OpenAI 不为临时故障或限额报错造成的使用损失提供额外用量额度、用量重置这类补偿。用量限制按每个新账单周期重置，不能追溯顺延或延长。我们也不为 Pro 订阅提供善意的或手工的用量重置。
这是一位用户贴出的个人回信，不是官方公告页；它把一件事说清楚了：这周额度如果是被报错烧掉的，今天就按烧完算，别把「等补偿」写进计划。同样的口径，上个月帮一位用户判断过的也是这个方向——过期的券官方不补。18
顺带一句今天的新样本：一位东京的日本用户以为自己那张券能撑到 9 月 21 日当天，结果提前没了，他喊的是「希望写上是 JST」。19 券上那个日期按「那天的前半段」用，这条经验到今天仍然成立。
今天该做什么
| 你的处境 | 现在的动作 | 代价与注意 |
|---|---|---|
| 本周额度还有剩 | 今天开烧，烧到见底 | 一份周额度在现在的用法下撑不到下一个钟点 |
| 手里还压着旧券 | 先烧到见底再按 | 按掉会把你的周钟点整体后移；券只在能刷新窗口时才会被消耗 |
| 券已经没了 | 蓄力，盯周二 | 过期的券官方不补，手工重置也拿不到 |
| 想买 credits 顶到周二 | 先算一下账 | 有人的 100 美元不到一小时烧完 |
「先烧低本周额度、再按一张券」这个顺序，今天又有人独立说了一遍：一位用户把它总结成「尽快把常规额度烧完，最好一天内，然后按一张 banked reset 重新开始」。20
消耗端今天的两个新数字，也指向同一个结论。13:19，一位用户说他在 Claude 的 Max 档几乎没撞到过限制，换了 Codex 付得更多，周六那次重置之后到现在只剩 25%。21 12:54，另一位已经一路降到 Sol medium，「Codex 还是飞快地吃掉我的额度」。22
旁证
codexradar.com 的额度雷达更新到 9 月 20 日 10:06，站内速览今天 14:11 刷新，Fast 雷达 10:19，它的 Tibo 雷达把 9 月 20 日那句标成「间接相关」。23 Codex Reset Radar 的实时数据仍然停在 9 月 14 日 13:05，窗口关闭、下一次重置为空，本期从它那里取不到读数。24 服务状态页维持全绿，Codex 的四个组件都是 100%，没有处理中的公告。25
本期行动
- 开蹬：窗口没变，北京 9 月 22 日 15:00 到 9 月 23 日 15:00，距现在 24 个小时上下。在这之前把本周剩下的额度猛猛蹬完。
- 那句「3am on a tuesday」：按美西读是北京周二 18:00。它是三个词，配套的排程公布还没有出现，闹钟先别押在它上面。
- 手里有券：先烧到见底再按；券上那个日期按当天的前半段用。
- 到账只认官方：转发、清单、雷达都不算数。官方一旦给出钟点，本频道立刻再发一次确认。
References
- 1
- 2
- 3
- 4Tibo：That's cool!!!
x.com
- 5Tibo：👁️codex👁️
x.com
- 6
- 7
- 8
- 9
- 10
- 11
- 12ついはじめ：现地火曜日换算与关注时段
x.com
- 13
- 14
- 15
- 16
- 17
- 18OpenAI Help Center：How banked Codex resets work
help.openai.com
- 19
- 20
- 21
- 22
- 23codexradar.com：额度雷达与 Tibo 雷达
codexradar.com
- 24Codex Reset Radar 实时数据
codex-reset-radar.pages.dev
- 25OpenAI 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.