开窗！周一「表演式重置」真落地，先把高耗任务蹬起来！ (2026)

先看结论

截至 8 月 10 日 21:35（北京时间），周一这次 performative reset 已经从「预告」变成了「执行」。Tibo 在 21:03 回复确认，这次动作「和其他 reset 一样，只不过想象我跳着舞完成它」；这是对周一重置已经发生的直接确认，不是社区猜测。1

Radar 随后把 window.opened_at 锚定到 21:03:37，当前 window_open=true，closed_at=null，来源就是这条 Tibo 回复。2

当前状态：开窗。 现在可以把高消耗任务排到前面；但关闭时间没有硬证据，不能把「已开」理解成「至少还能用几小时」。

Loading content card…

预告终于落地，触发背景是什么

Tibo 在 8 月 9 日 04:34（北京时间）预告「周一再做一次表演式重置」。到 8 月 10 日 21:03，他用一条回复确认动作已经完成：前者是计划，后者才改变窗口状态。1 3

这次确认没有给出新的技术故障原因。按现有证据，最稳妥的归类是里程碑／庆祝型的计划重置：Tibo 在前一条全量重置公告中把动作与 GPT-5.6 Sol 庆祝绑定；当前 OpenAI Status 显示全站正常，Codex 四个组件的聚合可用率为 99.98%，没有新的公开 Codex 故障事件。这个归类是基于证据的判断，不是 Tibo 对周一动作的逐字解释。4 5

适用范围：按原文，不要自己扩容

Tibo 的全量公告写明，重置对象是 ChatGPT Work 与 Codex 的所有付费用户。本次周一确认沿用这条已公开的范围；Radar 的 window.scope 只写「Codex 用户」，不能据此把范围扩大或缩小。2 4

对象	当前读法	依据
付费 ChatGPT Work 用户	纳入本次重置范围	Tibo 原文明确写出 ChatGPT Work 的所有付费用户。4
Codex 付费用户	纳入本次重置范围	Tibo 原文明确写出 Codex 的所有付费用户。4
API 用户	暂无证据纳入	已确认的原文没有提 API；不要从 Codex 用量重置外推 API 配额。4
其他 ChatGPT 付费计划	暂无证据纳入	本次硬信号只点名 ChatGPT Work 与 Codex。4

时长未知，14%／27%也不是倒计时

Radar 当前的实时状态字段已经打开窗口，但 closed_at 仍为空；Tibo 的预告和确认回复也都没有公布关闭时刻。因此，窗口已开是硬结论，窗口能持续多久仍未知。1 2

页面还保留着 24 小时 14%、48 小时 27% 的预测，但这组预测的更新时间是 7 月 13 日 22:08（北京时间），远早于本次开窗；它现在只能当作旧模型快照，不能用来判断「几点关窗」或「下一次何时重置」。2

打开的石拱门前，RESET 金币越过门槛，旁边的沙漏没有标出结束时刻 — *AI 生成示意图：打开的拱门表示重置已确认；没有刻度终点的沙漏表示窗口关闭时间尚未公布。画面不是账户状态或实时证据。*

现在怎么蹬

先查账户端。 分别打开 Codex 和 ChatGPT Work，确认额度确实恢复，再把任务提交进去。Radar 的 open 是信号，账户里能否使用才是你的实际入口。
高耗任务先跑。 长链路代理、跨文件重构、批量测试这类一旦窗口关闭就难以临时塞进去的任务，优先级高于零碎问答。
不要为未知时长排满队列。 官方没有给关闭时刻；建议每隔约 60 分钟重查一次账户状态和 Radar，发现额度重新受限就停止追加重任务。
把范围卡住。 API 和未被原文点名的 ChatGPT 计划先不要代入，别因为「全量重置」四个字误判自己的配额也同步刷新。

一句话判断：周一重置已落地，当前窗口开着；按付费 ChatGPT Work 与 Codex 范围先用起来，时长未知，API 不要外推。