今日无窗！36 小时静默，14%/27%仍是旧快照 (2026)

先看结论

截至 8 月 6 日 05:00（北京时间），Codex 额度窗口仍按关闭处理。距上次发布已约 36.3 小时，但没有新的官方重置公告，Radar 也没有出现开窗跳变。1

那组 24 小时 14%、48 小时 27% 还在，但预测快照更新时间停在 7 月 13 日。它可以当作旧背景，不能当成未来 24 或 48 小时的倒计时。

近 24 小时，安静在哪里

统计截止 8 月 6 日 05:00（北京时间）。下表只计入「能改变开窗判断的硬信号」，不把模型性能更新、普通产品讨论、求 reset 帖和额度抱怨算成重置证据。与上一期相比，官方与社区都没有新增能把状态推向开窗的确认。

信号来源	近 24 小时可计入的新增硬信号	当前读法
官方 X（@thsottiaux、@OpenAIDevs）	0 条	近期动态没有出现 `reset usage limits`、`reset credits` 等明确公告。2 3
社区 X	0 条独立确认	求 reset、额度异常和等待讨论仍不能代替完成公告；没有形成集中、可交叉确认的开窗证据。4
OpenAI Status	0 起 Codex 高严重度事件	当前没有一条与 Codex 相关的高严重度故障线索可解释为补偿型重置。5
市场 / Radar	0 条新增开窗信号	`window_open` 仍为 `false`；性能基准或额度数据的刷新，不等于重置事件。1 6

官方、社区、Status 与 Radar 四条通道都没有推开关着的窗口 — *AI 生成示意图：四类信号各自承担不同的核验工作，画面不承载实时数量或开窗证据。*

最新一次硬重置：8 月 1 日的庆祝型动作

目前仍能追溯到的最近一次硬证据，是 Tibo 在 8 月 1 日 11:32（北京时间） 的直接公告：I have reset usage limits for Codex and ChatGPT Work. 他把这次动作放在庆祝效率提升、鼓励用户周末运行 100,000 条 Luna threads 的语境里，因此应归为里程碑 / 庆祝型重置，不是故障补偿。7

原帖只点名 Codex 与 ChatGPT Work，没有披露窗口会持续多久，也没有把范围扩展成 API 或所有付费计划。没有新公告前，不要把 8 月 1 日的适用范围向外推。

Loading content card…

今天怎么安排额度

不要按 14%/27% 排任务。 这两个数字已是旧快照，不能支撑「24 小时内会开」或「48 小时内会开」的判断。
高消耗任务继续留着。 长链路代理、跨文件重构和批量测试，先别因为社区喊话或性能分数变化就提前启动。
等硬信号再切换。 官方明确写出 reset usage limits，或账户页面实际出现额度刷新，再把任务切到「速蹬」队列；模型发布、效率讨论和用户求 reset 都不够。

结论：今日无窗，36 小时的静默没有变成开窗。 先保留额度，等下一条明确的重置动作。