歇脚：社区又押周二会重置，DevDay 那天见分晓
Codex 上一场故障补偿重置已在 9 月 27 日凌晨收官，官方对下一次只留下「下周」两个字；社区这一轮把日子押在周二，而周二恰好是旧金山 DevDay 那天，所以这一轮仍然是歇脚。
现在是北京时间 9 月 28 日星期一晚上。
上一场重置——9 月 26 日凌晨那场故障换来的补偿重置——在北京时间 9 月 27 日 02:17 由 tibo 收官：「Resets all propagated. That will be all. Have a fantastic weekend.」1从那一刻到发稿，一天半，他又发了十几条帖，没有一条给出下一次重置的日子、钟点或时区。
今天上午 09:32 那条最直白：全文只有六个句点，别的一个字都没有。2它拿到 8187 个赞、159 万浏览，是这一天官方侧互动最高的一条。
所以这一轮还是歇脚。能蹬的前提是已经知道下一次什么时候重置，才有「赶在重置前把剩余额度清仓」这件事可做；这个前提到现在还没有成立。官方唯一一句面向下一次的话，仍然是 9 月 27 日 05:41 的那句「Sorry Gia. More resets coming next week」。3
六件事逐条对上
| 要交代的 | 现在的情况 |
|---|---|
| 下次重置时间 | 官方没有给。tibo 只有「下周还会有更多重置」这一句，没有日子、没有钟点、没有时区。3 |
| 依据 | 能蹬要的是一条可执行的时间或倒计时。官方没有，眼下最具体的都是第三方按历史间隔推的：一家把窗口放在 9 月 29 日到 10 月 4 日，并给出「3 天内 59%、7 天内 82%」，页面自己写明这是预测、官方不保证任何日期。4 |
| 谁宣布 | tibo。OpenAI 的员工号和开发者号这两天都没有碰过下一次。5 |
| 适用范围 | 上一场的原话是给 codex 与 ChatGPT Work 的全部付费用户重置额度。6 下一场他说的只有「更多次」，一个字都没提范围。 |
| 距重置 | 没有钟点可以倒着数。第三方给的是几分之一个星期的概率，不是时刻。 |
| 号召 | 歇脚。去「设置 → 用量」看一眼三样：额度回来了没有、券还在不在、自己的周重置钟点是几点。7 |
又一轮「周二」，以及它什么时候能被验证
从 9 月 27 日下午开始，「周二」这个说法又传了一轮，说话的人换了一批。
16:05，一位 6608 粉的用户先把注押上：「Calling it now: Codex limits reset on Tuesday. Someone remind me if I'm wrong.」817:41，一位 1 万粉的用户写「Tuesday might bring another Codex reset. Plan accordingly.」9
21:31，两条相隔 27 秒出来。一位 8494 粉的用户写：「Tuesday. Codex reset. Mark it. If I'm wrong, delete my account.」10另一位 2955 粉的用户写：「Codex reset Tuesday. Calling my shot. Who's with me?」11
9 月 28 日凌晨又添了四条。00:45，一位用户直接把问题抛给 tibo：「The Tuesday DevDay dilemma: do we burn our Codex usage credits now anticipating a reset, or stockpile them for whatever updates drop?」1204:10，一位 541 粉的用户写「Hard to guess but Tuesday, Wednesday would make SENSE to me for the reset…」1304:26 一位 1080 粉的用户写「I guess one codex reset is coming on tuesday」；1404:47，一位 1568 粉的用户直接照着这个猜测安排动作：「a codex reset is probably coming tuesday so /fast everyone」。15
这一轮多出来的一块拼图来自 tibo 自己。9 月 28 日凌晨 04:54，他回了一句「Hitting the gym, brb on Tuesday」，164086 个赞、34.7 万浏览，是这两天他互动第二高的回复。可这句回的是别人的健身房闲聊，讲的也是他自己周二回来，全文没有额度两个字。
「周二」到底指哪一天，值得单独说清楚，因为两种读法差一天。
DevDay 2026 在旧金山的 9 月 29 日举办，那天是周二。主题演讲按换算落在北京时间 9 月 30 日凌晨 01:00，免费直播。17按美西的读法，社区说的「周二」就是北京的 9 月 30 日凌晨那一段；按北京的读法，「周二」是 9 月 29 日，比主题演讲早一天。这届大会的官方公告里没有一个字关于额度，官方从来没有把这场会和重置挂过钩。18
想知道这批猜测是真是假，看一个时刻就够了：北京时间 9 月 30 日凌晨 01:00 的主题演讲。那天过完还没有重置落地，「周二」这个说法就作废。
也说一条读得准的。9 月 28 日早上，一份日文整理的 OpenAI 每日摘要把这件事写得最干净：它先原样译出 tibo 那句，再专门补上一句——「来週」是发帖当时的说法，具体的实施日时没有给出；对象计划、对象额度也没有提示；到底是直接对账户生效，还是发一张留着自己按的券，同样不清楚。19
这一波重置，在账户里留下了什么
上一场官方给的是自动重置，在你账户里就是「额度直接回满」。这一批抱怨的重点跟着变了：从「我不想要这种」，走到了「这对我也没用」。
9 月 28 日 17:08，一位 8886 粉的用户发了一条，79 个赞、4299 次浏览，是当天这条线里互动最高的一条：「Tibo, your resets have no effect on me anymore LOL／我还有一张券躺着没用，额度也还在 100%，因为我根本不想用。Opus 5.5 现在就更好，性能、速度、额度，全是。就算 Codex 每天重置一次也改变不了。」20
中午之前，一位 847 粉的用户把账算成了分档建议：Tibo 说这周还会有更多重置，可上一次对很多人（包括他自己）什么都没做，只是把周重置日又往后推了 7 天；他上周几乎没用 Codex，额度还剩大半，重置没多给他任何东西。21他提议：周额度剩一半以下的，直接给重置；还剩一半以上的，发一张留着自己按的券。这条 160 个赞、8063 次浏览。
争议最大的一处是周周期怎么算。一位 6734 粉的韩国用户 9 月 28 日上午发了一条长帖，把它讲成一套规则：GPT 的周周期从重置后第一次使用起算，不从重置那一刻起算——账号周二重置，你周四才用，下一次就变成周四，整个周期往后滑两天；券也一样，周重置日是周日的人周四按券，下一次就跑到周四，等于丢掉四天的周额度。他说 Claude 反过来，固定星期几，周日的重置日就一直落在周日。22
官方帮助页对得上他说的前半段，还多给了一句他没提的。帮助页原话是：用掉一张完整的保存重置，会刷新你的 5 小时与每周 Codex 用量窗口，并改变你的周重置日；例子是「如果你的周用量本来周五重置，你用掉一张完整重置、并在周二恢复使用 Codex，那么下一次周重置会落在下周二前后——原本周五那次你不会再拿到一次。」7官方这个例子里，新的周周期就是从「恢复使用」那一刻起算的。
同一天下午，一位 27 粉的 Pro 用户贴出 Support 回信截图，讲了他自己的遭遇：9 月 26 日晚上他按掉手上那张券，额度回满、当晚用了 10%，还剩 90%，离他自己的周重置还有 3 天；第二天早上官方全员重置，券等于白按，新的周周期从 9 月 27 日重新起算 7 天，三天后那次重置也没了。23他在帖子里写下的定性是「券只恢复用量，不动你的周周期」——这句和帮助页上面那段原话正好相反。两种说法今天都摆在台面上，官方没有出面解释这次为什么把已经按掉的券一起作废。
还有一条把这类账算得最省的：9 月 28 日 17:02，一位 502 粉的用户写「重置来了我什么都没感觉到，因为它就发生在我的周重置前 5 小时」。2417:19，另一位用户补了一句观察：「这周每个 Codex 重置帖下面都有人说自己已经换走了。」25
也有不认同这波抱怨的。一位 85 粉的用户 9 月 27 日 22:01 写：「我不明白大家在抱怨什么。我的账号本来周二重置，周五来了这次重置，就把我的下一次重置挪到了周五。可要是周二真的又来一次，我在原来的重置日之前就已经拿到两次了，我损失了什么？」26他说的周二，是他自己账户的周重置钟点，跟「官方会不会在周二重置」是两件事。
这条线里最有意思的一条缺席证据出现在 16:50。一位 712 粉的账号只写了一句：「What fault can we find in codex this week to get a reset ?」2755 次浏览，没人接话。到这一轮，社区里已经有人把「给 Codex 找个故障」当成换一次重置的手段，而上一场重置，恰恰就是一次真实故障的补偿。
官方侧这一天说了什么
tibo 这一天发了九条，跟额度有关的字一次都没有。
15:04 一条署名摄影师的帖，266 个赞、9.5 万浏览。2814:58 一条「Sunday vibes. See you at Fort Mason soon 🎮👩💻」——Fort Mason 是这届 DevDay 的场地，2682 个赞、23.8 万浏览。29再往上，14:47 一句「007 even」、14:46 回一个词「DevDay」、3014:45 一句「Please don't die」、14:03 一句「olalala」、09:51 一句「Sup Arjun」，全是回别人的闲聊；09:32 就是那条六个句点。2
@OpenAIDevs 这边三条，也全与额度无关：9 月 28 日 00:50 宣布修好了让 GPT-6 Sol 和 GPT-6 Luna 图像理解变差的一个 bug，3103:07 发了一条 DevDay 的到场点名，512:17 转发了一位入选 Codex Physical Builds 的开发者。32
服务状态页此刻全绿，页面写着「We're fully operational」；Codex 的四个组件——Codex Web、Codex API、CLI、VS Code 扩展——过去三个月的可用率都是 99.95%。33
旁证
三家第三方路线今天各给了一个读数，都只能当旁证：它们给的是概率和窗口，不是官方钟点。
codexradar.com 的站速览图刷在 9 月 28 日 18:50。它自己的 Tibo 雷达已经收到 9 月 28 日 15:04，把最新几条逐条标成「无重置信号」，包括那条六个句点；它的重置次数表口径停在 9 月 27 日 11:56，9 月记的是 2 次直接重置加 4 次重置卡；它统计的 39 次重置里，62% 落在北京时间的 00:00 到 08:59。34
第二家 codex-resets.com 把下一次写成「Possible reset in 2 days，by Wed, Sep 30, 06:59 UTC」，也就是北京时间 9 月 30 日 14:59 之前，理由直接挂开发者大会，自己标的是 Strong signal；它记的最近一次是 9 月 26 日 18:17 UTC，跟 tibo 的收官帖对得上，累计 55 次、平均间隔 6.9 天、最长一次等了 67.7 天。35
第三条路线按过去一年 56 次重置的间隔算概率，9 月 28 日版给的是 9 月 29 日到 10 月 4 日，3 天内 59%、7 天内 82%。它在页面上专门写明：tibo 那句「来週」没有写星期几、也没有写理由，所以没有算进这几个数字里。它还提醒一句，这种概率会随天数下降，因为它只统计「比现在等得更久」的那些样本。4
配置里那面雷达镜像这次只读到一半：窗口栏是新的——标着关闭、关闭时间 9 月 27 日 02:17:54、来源就是 tibo 那条收官帖、动作栏写着 wait；可它的监测时间停在 9 月 27 日 15:41，预测字段停在 7 月 13 日（24 小时内 14%），人员时区字段停在 7 月 21 日。36
本期行动
- 歇脚：这一轮没有可以赶的对象，下一场官方仍然只给了「下周」两个字。
- 想知道「周二」真假，记住这个时刻：开发者大会主题演讲在北京时间 9 月 30 日凌晨 01:00，免费直播。17那天过完还没有重置落地，这个猜测就作废。
- 券还捏着，就继续捏着：这次给的是自动重置，券不会因为你什么都没做就自动生效。7
- 抄下自己的周重置时刻：去「设置 → 用量」看一眼，把当前那个时刻记下来。按券会把周重置日往后推，按之前、按之后各看一次。7
- 等「哪一天几点」这个级别：tibo 以前给到过钟点，写法是这样的——「Your Codex and ChatGPT Work reset will land at 6pm PST」，37或者「Lands around 6pm PST today」。38现在这一句里没有这种成分。
- 别把「找个故障换重置」当成计划：这一轮已经有人半开玩笑地这么写了，27而上一场重置确实来自一次真实故障——由头不由你挑，也不由你约。
References
- 1
- 2Tibo：. . . . . .
x.com
- 3
- 4大石浩之：Codex 重置预报（2026 年 9 月 28 日时点）\
oishi-hiroyuki.org
- 5
- 6
- 7OpenAI Help Center：How banked Codex resets work\
help.openai.com
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18OpenAI DevDay 2026 官方社区公告
community.openai.com
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30Tibo：@mark_k DevDay
x.com
- 31
- 32
- 33OpenAI Status
status.openai.com
- 34codexradar.com
codexradar.com
- 35Codex Limit Reset Tracker
codex-resets.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.