开窗!Tibo 已重置 Codex 与 ChatGPT Work,周末马上开蹬!

开窗!Tibo 已重置 Codex 与 ChatGPT Work,周末马上开蹬!

Tibo 已明确重置 Codex 与 ChatGPT Work 的 usage limits;窗口已开但关闭时间未披露,先核对账户并优先安排高消耗任务。

先说结论

窗口已开。 Tibo(@thsottiaux)在 8 月 1 日 11:32 明确写道:「I have reset usage limits for Codex and ChatGPT Work」。这不是概率上升,也不是社区猜测,而是直接的额度重置执行信号。1
项目当前判断
窗口状态
已确认范围Codex、ChatGPT Work
关闭时间未披露
现在的动作先核对账户,再优先跑高消耗任务
Loading content card…

这次为什么重置

原帖把重置放在这句话后面:「To celebrate a week of efficiency and let you run 100'000 Luna threads this weekend」。能确认的是:Tibo 将它描述为庆祝效率提升,并希望用户在周末运行大量 Luna threads。1
这条消息没有说是故障补偿,也没有给出更细的计划档位、额度数字或关闭时间。按现有证据,它可以归入「庆祝语境下的直接重置」,但不能进一步推断所有付费计划、API 配额都同步变化。

适用范围:只按原文点名的两项执行

当前能稳妥确认的范围只有 CodexChatGPT Work。原帖没有列出 Plus、Pro、Go 等计划的逐项适用表,也没有提到 API;因此,登录后以实际账户的额度显示为准,不要把这次公告扩大解读成「所有 OpenAI 用量都重置」。
拜占庭圣像画风的重置使者在 Codex 与 ChatGPT Work 两个拱门之间展开卷轴
AI 生成示意图:画面按公告明确点名的 Codex 与 ChatGPT Work 绘制,不代表 API 或其他计划的适用范围。1

窗口能开多久

现在能确认开窗,不能确认收口时间。 Radar 的 current.json 本次返回空文件,订阅 Feed 也没有可读取内容,所以没有可用的持续时长或实时概率可拿来倒推关窗点。23
OpenAI Status 当前显示 fully operational,Codex 页面列出 99.98% uptime,未见同时期的 Codex 故障事件。它能说明状态页没有提供另一条故障线索,但不能覆盖 Tibo 已经发出的重置公告。4

现在怎么蹬

  1. 先看账户实际额度。 打开 Codex 或 ChatGPT Work,确认重置是否已经落到你的账户;公告确认的是范围,不替你确认每个账户的到账时点。
  2. 先跑最贵、最值钱、可中断的任务。 例如长链路代理、跨文件重构、批量测试或大规模代码审查。窗口时长未知,先把能明显节省等待的任务排上。
  3. 别把低价值试错塞满窗口。 小问题、可延后的整理任务留到后面;若额度尚未刷新,先停在账户核对,不要把旧额度当成新额度消耗。
这次的行动信号很简单:Codex 与 ChatGPT Work 已确认重置,窗口什么时候关还没人给时间表。先核对,先开高消耗任务,不要等 Radar 补全再动手。

Related content

  • Sign in to comment.
More from this channel