歇脚：Day 23 还没影，10 月 30 日老 Pro 200 的额度先砍一半
Day 23 到早上还没有动静，官方也没给下次重置的钟点；这两天更该记的是 10 月 30 日——老 Pro 200 的额度降到一半，手里那张券在 30 号前后按，装的是两个大小不同的桶。
上一次全员重置落在 10 月 26 日下午 2 点前后1。到今天早上 7 点，官方没有给过下一次重置的日期，也没有给过钟点。
这就是歇脚：没有下次时间，就没有「赶在重置前把剩余额度刷完」这回事。今天照常干活就行，不用为了等一个钟点把活排到半夜。
这两天真正卡着时间的事在别处：10 月 30 日，老 Pro 200 的额度要少一半。
Day 23 到早上七点，还没有一条帖
Tibo 最近一条带编号的原帖是 Day 22，发在北京时间 10 月 27 日凌晨 3 点 24 分，讲 GPT-6.1 Terra 回归2。到现在 27 个多小时，他没有再发编号帖。
今天他唯一一次开口是凌晨 2 点 26 分的回帖，回一位开发者算的模型成本账，只写了一句「A sign of great things to come」34。那条原帖在比 Terra、Sol 与 Opus 5.5 跑同一批 bug 的花费，跟额度无关。
官方开发号的节奏一样：最近八条全是转推和产品内容，最新一条是转推别人的 Decisions API 用法5。
状态页全绿，Codex 相关的组件都正常6。这一轮没有故障背景，也就没有「补偿性重置」那条线可以等。
10 月 30 日，老 Pro 200 的额度少一半
OpenAI 的帮助页昨晚刚更新过，写得很直：账户在 9 月 22 日到 9 月 29 日太平洋时间上午 10 点之间有过生效的 Pro 200 订阅，就能把老额度一直用到 10 月 29 日。这个日子按太平洋时间算，换成北京是 10 月 30 日下午 3 点前后。那之后，订阅换成低一档的额度，月费仍是 200 美元9。
降多少，Tibo 9 月 29 日在 DevDay 之前那条帖里给过倍率：Plus 是 1X，Pro 100 是 5X，Pro 200 是 10X，老账户先按 20X 留着10。留到哪天，就是这个 10 月 29 日。20X 到 10X，正好一半。
| 项目 | 现在 | 10 月 30 日之后 |
|---|---|---|
| 谁受影响 | 9 月 22 日至 9 月 29 日太平洋时间上午 10 点之间，有过生效的 Pro 200 订阅 | 同一批人9 |
| Codex 与 Work 的额度倍率 | 20X（老账户） | 10X10 |
| 月费 | 200 美元 | 仍是 200 美元9 |
| 生效时点 | — | 官方只写「用到 10 月 29 日」，没给钟点；按太平洋日界折算，北京 10 月 30 日下午 3 点前后 |
| 通知方式 | — | 只给受影响的账户发邮件9 |
这条写的是 Pro 200 老账户，月费没变。新开的 Pro 200 本来就是低一档；Plus 与 Pro 100 的额度，这一页没有提到调整。
同一张券，30 号之后只能装小桶
帮助页今天凌晨刚更新的一版写了一句话：用掉一张完整的券，恢复的是「你当前套餐」的主要 Codex 额度；Pro 100、Pro 200、Pro 500 对应的是每周额度11。
同一张券，装多少取决于你什么时候按：现在按，恢复的是 20X 的周额度；30 号之后按，恢复的是 10X 的周额度。
想按券，得先让至少一份被覆盖的额度剩不到 80%，否则页面只回一句「你现在不需要重置」，券一直留到过期11。10 月 26 日刚回满的账户，现在正卡在这一条上。
按券还会改掉下一次刷新时间：按一次券，用量周期就重启，新的时间表取代旧的，原来那次不再给11。同一页举的例子是，周额度本该周五刷新，周二重启之后就变成下周二。
| 你的处境 | 官方规则怎么说 | 结果 |
|---|---|---|
| 周额度剩 80% 或以上 | 被覆盖的额度里至少要有一份剩不到 80%，否则显示「你现在不需要重置」11 | 券按不动，继续躺在账户里 |
| 周额度已掉到 80% 以下，券也快到期 | 券恢复的是当前套餐的额度11 | 30 号前按，装的是 20X 那个桶；30 号后按，装的是 10X |
| 手里没有券 | 免费券和自动重置是酌情发放的推广福利，官方不保证可用性，也不给排期11 | 只能等公告，没有可以提前安排的时间点 |
先看自己那页，再决定按不按
官方这次写得很明确：要看下一次刷新时间，去看 Usage，别按你按券的时间、下单的时间或者看到公告的时间去推11。用量周期真正开始之前，页面显示的那个时间可能只是估算，还会变。
打开这页你会拿到两个数：自己下一次自动刷新是哪天，手里那张券什么时候到期。这两个数并排放在一起，30 号该不该动手就不用别人替你判断了。
社区在催更，也在算新账
今天的讨论分两条线：一条在催下一次重置，一条在算砍半之后的账。
今天零点 58 分，r/codex 有人把最后 3% 的额度交给 Codex，让它自己随便做点什么，Codex 拿这点额度种出一片夜间花园，496 分、97% 赞13。
另一条帖问得更实际：20X 要没了，你打算怎么办，留在 10X、降到 5X，还是配别家，79 分、142 条评论14。
Plus 那边喊的是另一件事：5 小时限制卡在那儿，周额度根本用不满15。
X 上主要在催更。今天零点 15 分有人问今天是不是就这么静悄悄过去了16，4 点 33 分有人写「这是 Day 23，官方一个字没发，重置！！！！」17，6 点 33 分还有人在守着他的主页等18。
旁证
追踪站记到 68 次重置，平均间隔 6.0 天，最近一次它标在 10 月 26 日 07:00 UTC19。那个 07:00 是它自己的折算习惯，真实到账在 10 月 26 日下午。
雷达站的 28 天页推到 22/28：产品改进 18 项、重置卡 1 张、硬重置 10 次，Day 23 待公布20。
codex-reset-radar.pages.dev 那份公开镜像这一轮落后两天：monitored_at 停在 10 月 26 日 14 点 24 分，窗口栏还是 Day 21，prediction 停在 10 月 24 日21。
日本那张概率页停在 10 月 26 日那一版：下一次强制重置的目安放在 10 月 28 日到 30 日，3 天内 63%、7 天内 84%、14 天内 95%。页面自己标了这是按历史间隔算的预测，写稿时 Day 22 的窗口还没开始22。
codex-resets 的日历页把 Day 23 记成「Waiting for Tibo」，Day 22 的 Terra 那条站内 50% 赞8。
这两天按正常节奏干活就行。要开蹬，先得有一个带日期、最好带钟点的下次重置，那时候频道立刻换口径，把清仓的时间窗算给你。
在那之前，10 月 30 日这个截止点值得记进日历：它决定你手里那张券装的是大桶还是小桶。
References
- 1Tibo 的 Day 21 公告
x.com
- 2Tibo 的 Day 22 原帖
x.com
- 3Tibo 的回帖
x.com
- 4BrenBuilds 的原帖
x.com
- 5@OpenAIDevs 的最新一条
x.com
- 6OpenAI Status
status.openai.com
- 728 天公约原帖
x.com
- 8codex-resets 的 28 天页
codex-resets.com
- 9帮助页：About ChatGPT Pro tiers
help.openai.com
- 10Tibo 的 Pro 档位帖
x.com
- 11帮助页：How resets work in Codex
help.openai.com
- 12帮助页：Using Codex with your ChatGPT plan
help.openai.com
- 13r/codex 的帖子
reddit.com
- 14r/codex 的帖子
reddit.com
- 15r/codex 的帖子
reddit.com
- 16Mohd_mosallam 的帖
x.com
- 17Chaosfox26 的帖
x.com
- 18Adrilopal99 的帖
x.com
- 19codex-resets.com
codex-resets.com
- 20codexradar.com
codexradar.com
- 21雷达镜像 current.json
codex-reset-radar.pages.dev
- 22reset 履历调查
oishi-hiroyuki.org
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.