今日无窗！36 小时静默，14%/27%仍是旧快照
截至 8 月 6 日 05:00，Codex 窗口仍关闭；24/48 小时辅助概率为 14%/27%，但快照停在 7 月 13 日，近 24 小时没有新的硬重置确认。
先看结论
截至 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 等明确公告。23 |
| 社区 X | 0 条独立确认 | 求 reset、额度异常和等待讨论仍不能代替完成公告；没有形成集中、可交叉确认的开窗证据。4 |
| OpenAI Status | 0 起 Codex 高严重度事件 | 当前没有一条与 Codex 相关的高严重度故障线索可解释为补偿型重置。5 |
| 市场 / Radar | 0 条新增开窗信号 | window_open 仍为 false；性能基准或额度数据的刷新，不等于重置事件。16 |
最新一次硬重置：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 小时的静默没有变成开窗。 先保留额度，等下一条明确的重置动作。
References
- 1Codex Reset Radar 当前状态
codex-reset-radar.pages.dev
- 2Tibo 官方账号
x.com
- 3OpenAIDevs 官方账号
x.com
- 4Codex reset 社区检索
x.com
- 5OpenAI Status
status.openai.com
- 6Codex Radar
codexradar.com
- 7Tibo 的 Codex 重置公告
x.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.