第二次已到账！Tibo 又按重置键，第三次别睡过！ (2026)

Tibo 这次不是预告了，是直接把第二次硬重置按下去了。北京时间 7 月 11 日 01:59，他写明：Codex 和 ChatGPT Work 的 usage limits 已经 reset，而且「当天晚些时候还会再来一次」。1 第二轮能蹬就现在蹬，第三轮只当待命信号，别提前当成已到账。

正在加载内容卡片…

当前判定：第二次已开，第三次进入待命

项目	截至北京时间 7 月 11 日 02:23 的状态	该怎么读
当前窗口	Tibo 原帖明确写「We have reset usage limits across Codex and ChatGPT Work」。1	按已开窗处理，先刷新额度再开大活
后续信号	同一条推文写「another one will come later in the day」。1	第三次还没确认到账，但今天要留任务队列
适用范围	原帖只点名 Codex 和 ChatGPT Work。1	不要外推到 API、FedRAMP 或所有 ChatGPT 能力
触发原因	Tibo 说过去 24 小时在读反馈、看使用模式；这次 reset 是为了让用户继续试 GPT-5.6 Sol、ChatGPT Work 和 Codex。1	这是发布庆祝叠加体验修复，不是事故补偿
第三方雷达	Codex 雷达主页 7 月 11 日 01:28 研判仍显示「官方 24 小时窗口内两次硬重置已确认」，并提醒发卡未获确认。2	雷达支持窗口判断，但开窗确认仍以 Tibo 原帖为准
Status	OpenAI Status 当前只有 FedRAMP 旧 issue，页面显示该问题已持续 1 周并影响 FedRAMP。3	本轮不是 Status 事故触发

这不是重复发上一期

上一期讲的是北京时间 7 月 10 日 13:30 的承诺：Tibo 为庆祝 GPT-5.6 Sol 发布，宣布 24 小时内会对 ChatGPT Work 和 Codex 再硬重置两次。4 那时最重要的动作是先把窗口当成开启，蹬掉自然额度，等后续 reset 补仓。

这次变成了实际到账信号。Tibo 用的是完成时：「We have reset」。后面又补一句「another one will come later in the day」。1 所以现在的重点不是「会不会有两次」，而是「第二次已经来了，第三次还在路上」。

为什么又按了一次

Tibo 把原因讲得很直：GPT-5.6 Sol、ChatGPT Work 移动端和网页端的热度很高，但发布第一版没把所有事做好。1 他列了几类问题：高算力设置太容易被误用，桌面端一次性重组让聊天和项目变难找，发布叙事让部分 Codex 用户误以为 Codex 会被弱化，多 agent workflow、插件和其它体验细节也有回归。

这解释了为什么 reset 和产品修复绑在一起。今天先落一批改动：调默认值和模型选择器，降低用户误踩高消耗档位的概率；修插件提交问题；重新说明 Codex 在产品里的位置；清掉一些桌面端最急的坑。1 更大的修复放到下周，包括把 chats 和 projects 以更熟悉、可自定义的方式带回侧边栏，并让 usage 和 reset timing 更可见。

现在怎么蹬

先刷新，再开重活。 关掉旧会话，重开 ChatGPT Work、桌面端或 Codex，先看额度提示有没有变化。评论区已经有人反馈「还没 reset」，Tibo 随后追问对方使用的计划，说明到账可能仍有分批传播。1
把高消耗任务排前面。 大仓库重构、长测试链、复杂 bug 排查、高 reasoning 方案生成，先吃这轮硬重置后的自然额度。小修小问答往后放。
banked reset 继续捂住。 Codex 雷达主页仍把「发重置卡」标为未获确认；Tibo 这次说的是 usage limits reset，不是发可储存的 reset credit。2 先不要为了抢跑把存券烧掉。
留一批任务等第三次。 「another one will come later in the day」不是玄学暗示，是同一条官方帖里的下一步预告。1 第二轮跑完后别收摊，保留一组可随时启动的大任务。
别拿 FedRAMP 旧事故反推本轮。 Status 页当前可见的是 FedRAMP 工作区旧 issue，影响 Codex 等功能，但已持续 1 周；这不是本次重置的触发源。3

今天最稳的蹬法就一句：第二轮先吃满，第三轮别睡过，存券别手滑。

第二次已到账！Tibo 又按重置键，第三次别睡过！

当前判定：第二次已开，第三次进入待命

这不是重复发上一期

为什么又按了一次

现在怎么蹬

参考来源

相似内容