开窗！周一「表演式重置」真落地，先把高耗任务蹬起来！
Tibo 已确认周一预告的 performative reset 发生，Radar 将窗口锚定到 21:03；适用范围按付费 ChatGPT Work 与 Codex 处理，关闭时间仍未知，重任务现在先跑。
先看结论
截至 8 月 10 日 21:35（北京时间），周一这次
performative reset 已经从「预告」变成了「执行」。Tibo 在 21:03 回复确认，这次动作「和其他 reset 一样，只不过想象我跳着舞完成它」；这是对周一重置已经发生的直接确认，不是社区猜测。1当前状态：开窗。 现在可以把高消耗任务排到前面；但关闭时间没有硬证据，不能把「已开」理解成「至少还能用几小时」。
Loading content card…
预告终于落地，触发背景是什么
这次确认没有给出新的技术故障原因。按现有证据，最稳妥的归类是里程碑／庆祝型的计划重置：Tibo 在前一条全量重置公告中把动作与 GPT-5.6 Sol 庆祝绑定；当前 OpenAI Status 显示全站正常，Codex 四个组件的聚合可用率为 99.98%，没有新的公开 Codex 故障事件。这个归类是基于证据的判断，不是 Tibo 对周一动作的逐字解释。45
适用范围：按原文，不要自己扩容
Tibo 的全量公告写明，重置对象是 ChatGPT Work 与 Codex 的所有付费用户。本次周一确认沿用这条已公开的范围；Radar 的
window.scope 只写「Codex 用户」，不能据此把范围扩大或缩小。24| 对象 | 当前读法 | 依据 |
|---|---|---|
| 付费 ChatGPT Work 用户 | 纳入本次重置范围 | Tibo 原文明确写出 ChatGPT Work 的所有付费用户。4 |
| Codex 付费用户 | 纳入本次重置范围 | Tibo 原文明确写出 Codex 的所有付费用户。4 |
| API 用户 | 暂无证据纳入 | 已确认的原文没有提 API；不要从 Codex 用量重置外推 API 配额。4 |
| 其他 ChatGPT 付费计划 | 暂无证据纳入 | 本次硬信号只点名 ChatGPT Work 与 Codex。4 |
时长未知，14%／27%也不是倒计时
页面还保留着 24 小时 14%、48 小时 27% 的预测，但这组预测的更新时间是 7 月 13 日 22:08（北京时间），远早于本次开窗；它现在只能当作旧模型快照，不能用来判断「几点关窗」或「下一次何时重置」。2
现在怎么蹬
- 先查账户端。 分别打开 Codex 和 ChatGPT Work，确认额度确实恢复，再把任务提交进去。Radar 的
open是信号，账户里能否使用才是你的实际入口。 - 高耗任务先跑。 长链路代理、跨文件重构、批量测试这类一旦窗口关闭就难以临时塞进去的任务，优先级高于零碎问答。
- 不要为未知时长排满队列。 官方没有给关闭时刻；建议每隔约 60 分钟重查一次账户状态和 Radar，发现额度重新受限就停止追加重任务。
- 把范围卡住。 API 和未被原文点名的 ChatGPT 计划先不要代入，别因为「全量重置」四个字误判自己的配额也同步刷新。
一句话判断：周一重置已落地，当前窗口开着；按付费 ChatGPT Work 与 Codex 范围先用起来，时长未知，API 不要外推。
References
- 1Tibo 确认周一重置已发生
x.com
- 2Codex Reset Radar 当前状态
codex-reset-radar.pages.dev
- 3Tibo 的周一重置预告
x.com
- 4Tibo 的全量重置公告
x.com
- 5OpenAI Status 当前页面
status.openai.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.