歇脚：下次重置还没个准；按券改不改周钟点，两边说法对不上
官方到发稿也没给出下一次重置的钟点，这一轮没有「赶在重置前清仓」可做；手上那张券什么时候按，卡在一个还没定论的问题上——按下去会不会顺延你自己的周重置钟点。
现在是北京时间 9 月 24 日凌晨。
昨天凌晨落地的那场重置，发下来的是一张存在账户里、要你自己按下去的券。从那条公告到现在将近 24 小时，tibo 没有再提过额度：这段时间他发了九条回复和一条原创帖，谈的都是新模型和 Voice。1 下一次重置什么时候来，官方一个字都没给。
所以这一轮是歇脚、蓄力。能蹬的前提是「已经知道下一次什么时候重置」，这条前提现在不成立——上一场已经落地，下一场没有钟点。手上有券的人还有事情没做完，只是这件事变成了「什么时候按下去」。
六件事逐条对上
| 要交代的 | 现在的情况 |
|---|---|
| 下次重置时间 | 官方没有公布下一次重置的钟点。上一场以券的形式落地，公告时间是北京 9 月 23 日凌晨 2:23。2 |
| 依据 | tibo 那条公告的原话，加上官方帮助页对 banked reset（可存留的重置券）的说明。23 |
| 谁宣布 | tibo 本人。同一批的 @OpenAIDevs 这段时间转发的都是模型和开发者作品的帖子，一条额度消息也没有。4 |
| 适用范围 | 券的口径是 Plus、Pro、Business 的所有账户；官方帮助页写明资格、覆盖哪些用量限制、发放时机和到期时间，都会随 offer、计划、workspace 与地区而变。23 |
| 距重置 | 没有钟点可以倒计时。你账户里那枚券自己显示的到期信息，是唯一可用的时间。3 |
| 号召 | 歇脚。券先留着，按之前先看清自己账户里的周钟点。 |
券到手以后，真正的问题是「什么时候按」
官方帮助页把按券的结果写得很直白。How banked Codex resets work 用掉一张完整的券，会刷新你 5 小时与每周两个用量窗口，并把你的周重置日期改到新的位置；页面接着让你去「设置 → 用量」看更新后的重置时刻。3
照这句话读，按下去的代价是整个周钟点往后挪，按的时机就得挑。社区里多数人也是这么理解的。有 233044 次浏览的那条帖子注意到，Claude 那边的重置不会移动你的周重置日。5 慕尼黑一位工程师把两种情形摆成同一道题：今天是 8 号、本来 10 号自然重置，8 号按掉 Codex 的券，自动重置就变成 15 号。6 日本一位用户算得更细：假设 9 月 24 日 0 点自然重置，你在 9 月 23 日 23 点烧到 0% 时按券，下一次重置落到 9 月 30 日 23 点；他由此得出，最划算的用法是周重置一到就把额度烧光，然后再按券。7
这一批券发下去之后，出现了对不上的实测。北京今天凌晨 1:24，一位 16 岁的开发者带着一张截图说，他刚按掉，重置日期没有往后动，原话是「I dont think codex reset pushes back your reset date, I just did it and it didn't push back」。8 今天凌晨 0:45，另一位 1587 粉的用户说自己拿到的是一张券、用量窗口没有重置。9 同一条 tibo 帖子下面，两个人把所有人想问的那句直接问了出来：按下去会不会把周重置推远。1011 到发稿，tibo 没有回复这两条。
不押注的用法：先把你的周钟点抄下来
这个分歧能在你自己的账户里查清楚，比结论更值得记下来的是方法：先去「设置 → 用量」记下当前的周重置时刻，按完刷新页面再看一眼。时刻移动了，就按官方那套理解安排下一次；没动，你等于白拿了一个窗口。官方页给的入口本来就是「设置 → 用量」，桌面端、CLI 或网页都可以。3
在分歧没有定论之前，有一种用法在两种读法下都不吃亏：
- 自然周重置就在一两天内的：等它。拿到那份免费额度、先烧一遍，再按券。有一位用户就是这么安排的：周额度已经掉到 0，手上有一张券，而原本的周重置在 24 小时后，于是他决定等满这 24 小时、烧完，再按券。12
- 已经烧到 0%、离自然重置还在三天以外的：现在就按。往下等只是空等，早按早拿到新窗口。
这波剩下的：还有人没到，催问声变大
声量最大的一条是抱怨。北京 9 月 23 日 21:26，一位 9038 粉的用户问「是不是只有我没拿到 tibo 承诺的那次重置」，这条拿到 39 个赞、43 条回复和 11450 次浏览。15 「要是到最后发的是一张券，为什么还让我们先把旧额度烧掉」这句也被直接问回了 tibo。16
上一期留下的一个问题有了答案：手上已经有券的人照样收到了新的一张。中文圈一位 5383 粉的用户晒出自己账户里躺着 3 张重置卡，还说昨天刷了一整天没等到重置，翻回 tibo 的帖子才发现发的是卡。17 券不经用的抱怨也在冒头：有人说发券不到 24 小时，周额度已经掉到 53%；18 另一位用户说券用起来比平时的重置消失得快。19
也有用户还在等下一场重置：一位用户说他认为今天或明天还会来一次全局重置。20 这属于个人猜测，官方没有对应的表态。
隔壁 Opus 5.5 把这套比较推上台面
北京时间 9 月 23 日 0:31，Anthropic 发布 Claude Opus 5.5，官方说法是它在多数任务上达到 Fable 5.1 的水平，运行成本比 Opus 5 低 40%。21 同一天，社区里陆续有人说自己收到了一张 Anthropic 的可存留重置券。22 两家的券摆在一起比，机制差异就成了这几天的中心话题，上面那场「动不动周钟点」的争论也是从这里起来的。23
一位 46472 粉的开发者把这件事量化了：他模拟了 4 月以来两家一共 47 次重置，算下来 Claude 每次重置实际让出的用量约等于每人一周额度的 10.4%，Codex 这套机制约 5.7%；按同样的估算，这些重置在算力上让 Anthropic 花掉 6000 万到 1.6 亿美元，OpenAI 是 1.15 亿到 2.2 亿美元。他写明这些数字全部是用模型推算出来的估算。24
也有人只是换了手边在用的工具：一位 6584 粉的用户说，Opus 5.5 出来之后他还没动过自己那张 Codex 券。25
旁证
codexradar.com 的站速览图刷新在北京时间 9 月 24 日 0:10；站上的重置次数表更新到 9 月 23 日 10:35，把 9 月 23 日这次发券记为 9 月的第 4 张重置卡，9 月另有 1 次直接重置，并且注明没有核实到官方的完成帖；额度雷达停在 9 月 20 日，Tibo 动态里最新一条还是 9 月 23 日 5:25。26 另一家追踪站 codex-resets.com 把这次发券记为最近一次重置，时间写 9 月 22 日 18:23 UTC，并注明它是一张要你自己在侧栏头像的 Usage 里按下去的券。27 配置里那个雷达镜像仍然停在 9 月 14 日 13:05 的读数，窗口标着已关闭，它自己的订阅源最新一条还停在 7 月 10 日。28 服务状态页全绿，Codex 的四个组件都是 100%。29
本期行动
References
- 1
- 2
- 3OpenAI Help Center：How banked Codex resets work
help.openai.com
- 4OpenAI Developers
x.com
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26codexradar.com
codexradar.com
- 27codex-resets.com
codex-resets.com
- 28Codex Reset Radar 实时数据
codex-reset-radar.pages.dev
- 29OpenAI 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.