歇脚：官方认了 4 万个账号的额度算错，下次钟点还是空的
官方第一次承认约 4 万个账号的额度上限和套餐对不上，受影响的人补的是 credits；Day 16 只发出缓存改进，下一次重置钟点仍然空着，这一期继续歇脚。
现在是歇脚。
今天凌晨 01:10，tibo 发了一条不带 Day 编号的帖子，为周末那波「额度掉得太快」认了错：约 4 万个账号的额度上限，和用户实际订的套餐对不上。1
到中午，这条拿到 1.05 万个赞、2440 条回复、104 万次浏览。这是官方第一次承认，那批「掉得太快」的报告是真出了问题。
今天 09:10，Day 16 落地：API 端的缓存能留 12 小时，登录用户在 Codex 与 Work 里的缓存永久保留。2
出改进的这天照旧没有重置。下一次落在哪个钟点，官方今天还是没写。
所以这一期还是歇脚：这波蹬的时段在昨天 14:33 就结束了，眼下没有可等的下次钟点。
官方认下的那 4 万个账号
原帖的意思分四层：周末有用户报告额度掉得比预期快，他们找出了约 4 万个账号；这些账号实际套用的额度上限，和用户选择的套餐不一致。官方说正在逐个联系、问题已经改正，受影响的人会补 credits。最后一句是「Sorry we got this wrong」。
「不一致」具体长什么样，一封被晒出来的补偿邮件写清楚了。3
邮件的说法是：升级到 Pro 500 时，每周的 Codex 与 Work 额度没有跟着涨，账号沿用了旧套餐的上限，所以拿到的比新订阅该给的少。修正日期是 10 月 16 日。
补偿写的是「$1,000 worth of credits (25,000 credits)」。
这两个数能对着算。第三方雷达站的换算口径是 250 credits 折 10 美元，25,000 credits 正好 1,000 美元。4
补偿的形态只有 credits。9 月 26 日那次全网故障，官方给的是直接重置，原话是给所有付费用户重置用量上限。5
补的比公告还早。晒截图那条帖子发在北京 00:01，道歉帖是 01:10，和 Day 15 那次一样，东西先到、话后到。
按 tibo 自己 10 月 8 日报的数，Codex 与 ChatGPT Work 合计 4000 万活跃用户，4 万个账号是其中的千分之一。6
这跟 10 月 17 日凌晨那批「额度条突然跳高」是什么关系，官方没有说。邮件里的修正日是 10 月 16 日，社区那批读数出现在北京时间 10 月 17 日凌晨两点前后。7
4 万之外的人，拿到的是「你这是正常」
道歉帖下面最响的一条是反问：「4 万个账号算错了，那我们这些掉得一样快的人，就是按对的算？」677 个赞。1
跟着一句更直白：「诸位，你现在这点烂额度是有意为之，你没在那 4 万里。」213 个赞。
同一条帖子下面，@iuditg 摆出了同价位的对照：他的 200 美元档，Claude 能撑一周，Codex 顶多一两天，这条 552 个赞。@A_Damn_Love_520 则问，他也掉得快，可没收到 credits，是被漏了还是还在处理。1
这几条合起来，就是这份声明的边界：官方只认了 4 万个账号算错。剩下人的额度，按这次的口径，是按套餐正确算出来的。
用掉的券，官方没说要还
@buildnpublic 在道歉帖下面问：「那些被迫用掉的 banked reset，也还回来吗？」1
问到的不止一个。@friedbeef（9423 粉）说自己一夜之间额度归零，只好按掉一张券，而别人拿到了 500 美元额度。8
@AbsentVote（653 粉）说用量不到 1%，攒了两周、准备度假用的那张券没了。9
她没说券为什么会消失，截图里也看不出原因，这条只能当线索读。
规则能查到的部分在帮助页上：券只在你确实刷新了至少一个用量窗口时才会被消耗；支持不提供手动或补偿性重置。10
「券继续攥着」这句话今天不变。新增的一条是：额度真被少算了，官方补的是 credits，券的事一个字没提。
Day 16 发的是缓存，这次真的省额度
tibo 的原话讲了三件事：API 能缓存 12 小时；登录用户在 Codex 和 Work 里的缓存永久保留；回到旧会话、或者隔几个小时续聊，保证命中缓存。2
他引的是 @OpenAIDevs 同一天发的开发侧公告：12 小时的 prompt caching，给 dots 这类整天在跑的长期 agent 用，命中的部分按更便宜的缓存输入价计。11
Day 12 那次把缓存留得更久，这次把时长写死了：API 12 小时，登录用户永久。2
社区这次的反馈是少见的正面。r/codex 上「缓存大升级」那条 417 分、98.8% 赞、112 条评论。12
边界要说清：缓存省的是重复送进去的输入，你的周额度上限并没有变高。
公约 16 天的账
用雷达站自己的计数：产品改进 16 项、重置卡 1 张、硬重置 6 次。4
按太平洋时间划日，Day 17 的窗口要到北京今天 15:00 才开，发稿时还没开。13
距上一次重置（北京 10 月 20 日 14:33）过去了约 22 小时。14
重置不到一天，又见底了
@angerman（2518 粉）问：上一次重置到现在还不到 24 小时，我怎么又没额度了。15
@launch_llama（4573 粉）：昨天刚重置，今天又在等下一次。16
@danyay（4617 粉）：200 美元档每天掉一半，他已经把「每两天重置一次」当成预期。17
@realKevinPuray（63 粉，单点自述）：20 倍的 Max 档六天用完，Codex 两天就烧光，团队 18 个人正把主力活儿挪去 Claude 和 Grok Bot。18
这几个人在不在那 4 万之内，从外面看不出来。官方没有公布名单，也没有公布判定标准。
为什么还是歇脚
tibo 最新一条就是 Day 16，正文里只有缓存这件事。2
@OpenAIDevs 自 12 小时缓存那条之后全是转推，最近一条是今天 10:26 的转推。19
能蹬的前提只有一个：知道下一次重置落在哪个钟点。今天这个钟点还是空的。
旁证到这里。
codex-resets.com 记到 64 次重置，平均间隔 6.3 天，最长空过 67.7 天，最近一次是 10 月 20 日 14:33。20
做间隔预报的那家把下一次放在 10 月 22 日到 27 日，3 天内 66%、7 天内 85%，页面自己标着是预测。13
雷达站的站速览图更新到今天 10:24，公约这一栏写着 16/28，Day 17 待公布。4
白名单里那个镜像的窗口栏停在 Day 15 那次重置，预测字段还停在 9 月 29 日。21
状态页全绿，Codex 四个组件都是 99.95%。22
现在能做的三件事
先看自己有没有被联系。 官方说的是逐个联系，通道就是那条通知。没收到通知，多半就不在这 4 万里。
券继续攥着。 按掉一张会刷新两个窗口、挪走周重置日，过期不补，而眼下没有下一个钟点可等。
盯两件事。 一是 Day 17：编号帖点名功能就是改进日，帖子里出现日子、钟点或者 EOD，才进入能蹬的时段。
二是 10 月 13 日那个「让所有人用量明显变多」的计划，八天过去没有下文。24
References
- 1Tibo 承认 4 万账号额度错配
x.com
- 2Tibo Day 16
x.com
- 3r/codex 用户晒出的补偿邮件
reddit.com
- 4Codex 雷达站
codexradar.com
- 5Tibo 故障补偿帖
x.com
- 6Tibo Day 3
x.com
- 7openai/codex 议题 54704
github.com
- 8@friedbeef
x.com
- 9@AbsentVote
x.com
- 10How banked Codex resets work
help.openai.com
- 11@OpenAIDevs 12 小时缓存
x.com
- 12r/codex：Caching upgraded massively
reddit.com
- 13重置间隔预报
oishi-hiroyuki.org
- 14Tibo Day 15 重置帖
x.com
- 15@angerman
x.com
- 16@launch_llama
x.com
- 17@danyay
x.com
- 18@realKevinPuray
x.com
- 19@OpenAIDevs 最新一条
x.com
- 20Codex Resets
codex-resets.com
- 21Codex Reset Radar
codex-reset-radar.pages.dev
- 22OpenAI Status
status.openai.com
- 23Using Codex with your ChatGPT plan
help.openai.com
- 24Tibo 更多用量计划
x.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.