开窗！Sol 效率修完又全量重置，抓紧蹬！
Tibo 已确认所有 ChatGPT Work 与 Codex 用户额度重置，Sol 典型使用时长预计延长约 18%，窗口关闭时间未知，先核对账户并优先跑高耗任务。
先说结论
北京时间 7 月 29 日 12:09，Tibo 直接宣布：「I've reset usage limits for all ChatGPT Work and Codex users」。这不是预告，也不是社区猜测，新一轮全量额度重置已经确认，当前窗口约已开 7 小时。1
现在适合把最贵、最需要连续运行的 Codex 任务先排上。关闭时间没有公布，别把这轮窗口当成能稳定撑到明天的额度。
Loading content card…
这次为什么又按了重置键
Tibo 把重置和 GPT-5.6 Sol 的用量效率调整放在同一条帖里。过去几周，用户反馈 Sol 比预期更快消耗 Codex 限额；OpenAI 的排查发现，Sol 更愿意长时间工作、发起更多工具调用，并协调工具和子代理完成复杂流程。相同推理强度下，Sol 的 High 也可能比 GPT-5.5 的 High 消耗更多 token。
官方给出的改进方向包括等待工具调用、进行大量网页搜索时的消耗控制，以及继续优化 code mode。按 Tibo 的估计，典型使用场景的可用时长预计延长约 18%，部分用户从今天开始会看到更明显的改善。1
所以，这次更像是 Sol 上线后的效率修复伴随全量重置，属于里程碑和版本改进带来的窗口，不是 OpenAI Status 事故补偿。Status 页面当前显示 fully operational，并写明没有发现影响系统的问题。2
适用范围、时长和 5 小时限制
| 项目 | 当前确认 |
|---|---|
| 重置状态 | 已执行，窗口开启 |
| 适用范围 | 所有 ChatGPT Work 和 Codex 用户 |
| 直接原因 | Sol 用量效率问题得到改进，官方同时执行全量重置 |
| 典型使用时长 | 官方预计延长约 18%，部分用户可能更明显 |
| 窗口关闭时间 | 未公布 |
| 5 小时限制 | Tibo 说将在明天恢复，未说明各计划的具体范围 |
这里有两个容易混淆的点。第一，「所有用户」是帖子里的范围表述，官方没有在这条帖里列出每个计划的额度数值。第二，明天恢复 5 小时限制不等于本轮重置窗口明天才关闭，它们是两个不同的时间点，不能互相倒推。
截至北京时间 7 月 29 日 19:00，本轮已持续约 6 小时 51 分。这个时长只能说明窗口还在早段，不能用来推断截止时间。官方没有给出持续时长，也没有发布关窗措辞。
雷达数字先放一边
公开的
current.json 仍显示 24 小时 14%、48 小时 27%，但它的监测时间停在北京时间 7 月 22 日 06:57，概率更新时间停在 7 月 13 日 22:08，页面还写着 window_open: false。这些数字早于今天的官宣，不能拿来否定已经发生的官方重置。3codexradar.com 的页面虽然在 7 月 29 日下午更新了模型效率和额度读数，重置面板仍停留在 7 月 22 日那轮已关闭窗口。它可以继续作为辅助观察，但本轮开窗确认只看 Tibo 的直接措辞。4这也意味着，本期没有可用的实时 24 小时/48 小时预测概率。14%/27% 是过期快照，不是本轮窗口的当前概率。
现在怎么蹬
- 先查账户里的实际额度。 打开 Codex 或 ChatGPT Work，确认重置是否已经反映到自己的账户，再启动长链路任务。官方说的是全量重置，但没有承诺每个账户会显示相同的剩余时长。
- 优先跑高价值、高消耗工作。 跨文件夹重构、长链路调试、批量代码审查和需要多轮工具调用的任务，应该排在低成本问答前面。Sol 现在的典型使用时长预计更长，但复杂任务仍可能消耗很快。
- 把任务拆成可停的批次。 先跑最重要的一批，每批结束检查一次额度和请求是否正常。窗口截止时间未知，别把整晚任务一次性压进去。
- 先用平台重置，保留 banked reset。 这轮是平台直接重置，手动重置券先别急着烧。除非账户没有恢复，且你明确需要马上续航，再考虑使用备用券。
- 给明天留出缓冲。 5 小时限制预计明天恢复，具体时间和计划范围都没有公布。今晚可以集中处理高耗任务，但不要按「明天仍然无限制」安排队列。
窗口已经开了，剩下唯一未知的是它什么时候收口。先核对账户，再把最值钱的任务送进去。
Related content
- Sign in to comment.