歇脚：下次重置官方只说「下周」，社区已经替它排到周二
Codex 这波故障补偿重置今天凌晨收官，tibo 只留下一句「下周还有更多重置」；社区把它读成「周二、DevDay」，而那条原帖里没有周二也没有 DevDay，所以这一轮仍然是歇脚。
现在是北京时间 9 月 27 日晚上。
9 月 26 日凌晨那场故障换来的补偿重置，今天凌晨收官了。北京时间 02:17，tibo 发了一句「Resets all propagated. That will be all. Have a fantastic weekend.」——重置已经全部铺开，就这样了，周末愉快。1这条帖拿到 1.48 万赞、173 万浏览，是这次补偿重置的官方完成帖。
三个多小时后，05:41，他回了一位用户的抱怨。那位用户（giadotai，1724 粉）在北京时间 02:46 写道「重置就在我自己那次重置之后落下来了，没有比这更差的时机」；2 tibo 的回复是这两天的唯一一句面向下一次的话：「Sorry Gia. More resets coming next week」——抱歉 Gia，下周还会有更多次重置。3
所以这一轮还是歇脚。能蹬的前提是已经知道下一次什么时候重置，而「下周」不是时间点：那句话里没有日子、没有钟点、没有时区，也没有说范围。这句话发出之后，tibo 又活跃了几个小时，聊代码冻结、聊计划模式、回了两句玩笑，到发稿（北京时间 21:00）没再提过额度一个字。
六件事逐条对上
| 要交代的 | 现在的情况 |
|---|---|
| 下次重置时间 | 官方没有给。tibo 唯一一句面向下一次的话是「下周还会有更多重置」，没有日子、没有钟点、没有时区。3 |
| 依据 | 能蹬要的是一条可执行的下次时间或倒计时。眼下最具体的两条都是第三方按历史间隔推的：一家把窗口放在 9 月 29 日到 10 月 4 日，并给出「3 日内 55%、7 日内 80%」，页面自己注明这是预测、官方不保证任何日期；4 另一家按开发者大会这个由头给出「9 月 30 日 14:59（北京）之前可能有一次」，同时自己标为「强信号」而非确认。5 |
| 谁宣布 | tibo。这条线之外，OpenAI 的员工号这次没碰下一次；@OpenAIDevs 在 9 月 26 日 09:00 自己发过一条故障说明，但到发稿没有提过任何一次重置。6 |
| 适用范围 | 上一场的原话是给 codex 与 ChatGPT Work 的全部付费用户重置额度。7 下一场 tibo 说的是「更多次」，一个字都没提范围。 |
| 距重置 | 没有钟点可以倒着数。第三方给的是「几分之一周的概率」，不是时刻。 |
| 号召 | 歇脚。去「设置 → 用量」看一眼三样：额度回来了没有、券还在不在、自己的周重置钟点是几点。8 |
那句话里没有周二，也没有 DevDay
今天下午开始，社区里流传的版本变成了「周二」。
先把喇叭最大的那条摆出来。StatsWire（2521 粉）19:54 把 tibo 那句「下周还有更多重置」转了出来，自己在上面写：「Codex reset confirmed by Tibo / It will be on Tuesday, DevDay / Burn as much as you can」——重置已由 tibo 确认，就在周二，DevDay，能烧多少烧多少。9 可那条被引用的原帖里，Tuesday 没有，DevDay 也没有。
同一天更早，16:05，一位 6587 粉的用户把话说得更诚实：「Calling it now: Codex limits reset on Tuesday. Someone remind me if I'm wrong.」——我现在就押注，Codex 限额周二重置，错了记得提醒我。10 这是明说的猜测，不是「确认」。13:46 还有一条同样标着「My guess」：「我猜下周二还会有一次重置，OpenAI 开发者日。」11
中文圈里这句话走得更远。一位 3.2 万粉的账号 12:30 转发 @OpenAIDevs 的 DevDay 倒计时，配上三条注意事项，第一条直接写「Codex 下周应该会有新的 reset，大家快蹬」。12 而那条被转的官方帖全文只有一句：「72 hours to OpenAI DevDay. We've been building. Time to show our work.」13 里面没有一个字关于重置。
也说两条读对的。一份以日文整理的追加重置说明，把 tibo 那句原样译出之后，专门补了一句：具体的日时、对象用户、重置范围，这条回复里都没有明示，只能等续报。14 一个只有个位数粉丝的 Codex 状态小号把它标成「Forward signal — not live yet」——是前瞻信号，不是已经生效。15
「周二」这个数从哪儿长出来的，其实不难追。它来自三条和额度无关的帖：9 月 24 日，tibo 写「等不及下周二的 DevDay 了」；16 9 月 25 日他写「我们都在全力准备 DevDay，周二会很有意思」；17 今天 05:04，他回了一位用户，全文只有一个词：「DevDay」。18 三条帖拼在一起，「下周二」就有了着落，可三条里没有一条讲过重置。DevDay 那边也一样：9 月 29 日在旧金山的开发者大会，官方从来没有把这场大会和重置挂过钩。19
这波蹬完了：官方给的是自动重置，不是券
这次重置的形态一开始没有定：是直接把额度回满，还是给你一张能留着以后自己按的券（官方叫 banked reset）。8 现在有答案了——是自动重置，你没得选。
一位常做重置记录的用户（2139 粉）在备忘里写：他那个 Pro 账户在日本时间 9 月 27 日 01:58 被回满，「不是 banked，是普通重置」；他还观察到一部分商业用户从 9 月 26 日 15:40 前后就陆续收到。20 一位 135 粉的用户在北京时间 01:45 也写「Codex 重置刚落到我这边，不过不是 banked——冲」。21 追踪号 codex_resets（1.1 万粉）在 02:18 只发了一句「重置已确认」加一条链接。22 这些都是各自账户里的观察，官方始终没有出面点名形态。
于是这一轮社区的风向掉了个头：从「什么时候来」变成「我不想要这种」。声音最大的一条来自 Im_IrushiK（8872 粉），9 月 26 日 23:37 发出，3085 赞、26.6 万浏览：「别再用这种突然的硬重置偷走我们的 Codex 额度了」——不是每个人都一拿到就烧完然后等重置，有些人真的按实际工作安排额度；我还剩大约 60%，一次突然重置意味着这些省下来的用量没了，还把下一次重置再往后推 7 天，「对有些人来说这根本不是免费重置，是更少」。23 一个多小时后又发一条，1515 赞、12.7 万浏览：「收到重置了，我讨厌它。我还剩 64% 的周额度、还剩 3 天，省下来的全没了，还得重新管一整个周周期，像被罚了。」24
那位被 tibo 回复的用户，后来自己出来圆了场：「没事没事，爱你兄弟，那就再来一次重置吧。」25
同一边还有几条。01:43，一位用户确认了这次不是券，还补了一句「我听说很多人本来就快到自己那一周了」。26 02:24 一条小号说得最直白：两天前刚按过一次券、当时还剩约 80%，这次突然重置等于白扔一半，「让它们全都是券吧」。27 今天 14:06 另一条把账算得更细：「Codex 重置是个闹剧」，一是它同时把日期往后推一周，二是「有人发现」重置周的额度反而比正常周更低。28 后半句标着「有人发现」，是社区说法，不是官方口径。
当然也有刚好赶上的。一位 10.5 万粉的用户 19:34 写「这次重置来得正好，我本来在想剩下 3 天怎么靠 6% 活」。29 一位 2 万粉的用户则写「从 92% 用到 0%」。30 这些是各人自己账户里的单点自述，跟上面那批人反映的是同一件事的两面：重置只补了那些快烧完的人，对还留着大量旧额度的人，它是把额度作废。
还有一条线值得记下来：抱怨额度掉得太快的人，现在把重置当成了盼头。一位 1.25 万粉的用户 19:07 写「我的周额度已经用掉 80%，希望这周能来一次重置」，31 20:08 有人接着这条说：现在变成指望 tibo 发善心了，不该是这样，用量掉得太快，应该恢复到原来的水平。32
这一轮把一件事说透了：自动重置和券，在你账户里是两件事。券是你自己按的，按之前先抄下当前的周重置时刻，按完刷新再对一次；自动重置不等你，它会连你没用完的旧额度一起卷走。8 所以要不要按券，该看的不是官方会不会再来一次重置，而是你还剩多少、离自己的周钟点还有多久。
谁宣布、官方这两天还说了什么
把官方侧这 36 小时摊开看，跟额度有关的只有一句话——就是开头那句「下周还会有更多重置」。3 其余全是产品闲聊和维护：今天 15:17 他写「发布前基本已经不再冻结代码了」，拿到 3829 赞、32.5 万浏览，是这半天互动最高的一条；33 在那之前他还回了几条玩笑。再往前到早上五点多那一阵，他连着回了好几条，中间夹着那句「下周」3和那个只有一词的「DevDay」。18
@OpenAIDevs 这边，9 月 26 日 09:00 发过一条自己的故障说明：「今天 Codex 出现了一次中断，问题已经修复，Codex 回来了，抱歉打扰，谢谢耐心。」6 那是官方开发者号在这件事上唯一的表态；到发稿，它没有提过任何一次重置，之后的动态是一条 DevDay 倒计时和几条转发社区作品。服务状态页此刻全绿，那次事件已经标成 Resolved。34
旁证
codexradar.com 的站速览图刷新在 9 月 27 日 20:26；它自己的 Tibo 雷达把这次记进 9 月的账，口径是本月 2 次直接重置、4 次重置卡，另外它统计的 39 次重置里，62% 落在北京时间 00:00 到 08:59 这一段。35 第二家追踪站 codex-resets.com 把下一次写成「9 月 30 日 14:59（北京）之前可能有一次」，理由挂的是开发者大会，同时标注这是强信号、不是确认；它记的最近一次重置是 9 月 27 日 02:17（北京），跟 tibo 的收官帖对得上，历史累计 55 次、平均间隔 6.9 天。5 第三条路线按过去一年 56 次重置的间隔给概率，它这一版把窗口放在 9 月 29 日到 10 月 4 日，并在页面上写明：tibo 那句「下周」没有写星期几、也没写理由，所以没有算进它的数字里。4
配置里那家雷达镜像这次整份是新的：监测时间在 9 月 27 日 15:41，窗口栏标为关闭、关闭时间 02:17:54、来源就是 tibo 那条收官帖，动作栏写的是「wait」，留言是「当前没有开启的速蹬窗口」。不过它的预测字段还停在 7 月 13 日（24 小时内 14%），人员时区字段停在 7 月 21 日，读它仍要分字段看新旧。36 这几家都只能当旁证：它们给的是概率和窗口，不是官方钟点。
本期行动
- 歇脚：下一场官方只给了「下周」两个字。「赶在重置前清仓」这一轮没有对象——上一场今天凌晨就已经收官。
- 券还捏着，就继续捏着：这次官方给的是自动重置，券不会被官方收走，也不会因为你什么都没做就自动生效。8
- 抄下自己的周重置时刻：去「设置 → 用量」看一眼，把当前那个时刻记下来。按券会把周重置日往后推，按之前之后各看一次。
- 等「哪一天几点」这个级别的信息：tibo 以前给到过钟点，写法是这样的——「Your Codex and ChatGPT Work reset will land at 6pm PST」，37 或者「Lands around 6pm PST today」。38 现在这一句里没有这种成分，所以还不能开蹬。
- DevDay 别当排期：9 月 29 日旧金山的开发者大会就在这两天，主题演讲按换算落在北京时间 9 月 30 日凌晨；社区已经把它当成重置的由头，官方没有这么说。19
References
- 1
- 2
- 3
- 4大石浩之：Codex 重置预报（2026 年 9 月 27 日时点）\
oishi-hiroyuki.org
- 5Codex Limit Reset Tracker\
codex-resets.com
- 6
- 7
- 8OpenAI Help Center：How banked Codex resets work\
help.openai.com
- 9
- 10
- 11
- 12
- 13
- 14黒い黒パグ：追加リセット、まだ来るぞ
x.com
- 15
- 16
- 17
- 18
- 19OpenAI DevDay 2026 官方社区公告
community.openai.com
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34OpenAI Status
status.openai.com
- 35codexradar.com
codexradar.com
- 36Codex Reset Radar 实时数据
codex-reset-radar.pages.dev
- 37
- 38
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.