Tibo 按下补偿按钮：Codex 全计划 rate limit 将在 24 小时内重置

上一次我们只看到黄灯：Codex 有一批用户被「model at capacity」卡住。新的信号来了。Tibo 在 6 月 16 日 18:49 UTC 发文说，问题已经修复，并请大家给团队 24 小时，把 Codex 的 rate limits 在所有计划上重置一遍 1。

这不是社区猜测，也不是零散用户截图。它已经从「容量事故」升级成「明确补偿型重置」。

这次确认了什么

信号	已确认事实	对开发者的含义
事故原因	Tibo 先在 6 月 16 日 12:47 UTC 确认，部分 Codex 用户遇到较高比例的「model at capacity」错误，团队正在恢复稳定性 2。	这轮不是普通用量耗尽，而是服务侧容量/调度问题。
状态页	OpenAI 状态页的「Codex "Selected Model is at Capacity" Error」事件在 10:32 UTC 标记 identified，13:32 UTC 转为 monitoring，13:48 UTC resolved 3。	状态页已经把事故闭环，但不等于所有用户的额度立即变化。
补偿动作	Tibo 随后明确说：「Give us 24 hours to reset the Codex rate limits across all plans」1。	这是本期最关键的新信息：全计划、rate limit、24 小时窗口。

Cargando tarjeta de contenido…

按这条推文的 UTC 时间折算，24 小时窗口大致到 6 月 17 日 18:49 UTC。国内用户如果在白天还没看到变化，不要先判定「没给到」。这类重置很可能按计划、地区或后端批次滚动生效。

如果手上没有急活，先别急着手动消耗 banked reset。 这次是团队承诺的跨计划重置，最理想的用法是先等新的 reset grant 出现在账户里，再决定要不要叠加已有存量。

更稳的安排是：

先检查当前额度状态。 如果你已经看到新的 reset 或提示，记录到账时间。后续判断 Tibo 的 24 小时窗口是否结束时，别只看 X 上别人的截图。
把重活排到到账后。 长任务、跨仓库改造、需要多轮 review 的工作，尽量等补偿 reset 出现后再开跑。
不要把「全计划」读成「每个账号同一秒到账」。 Tibo 的原话是 across all plans，不是同时、不是同一额度包，也没有公布每个计划的具体数值 1。
如果自然重置点就在附近，先观察是否进入 bank。 6 月 12 日 Tibo 曾说，下次团队按按钮时，用户可以选择 reset 何时实际生效 4。这次正好是验证「补偿 reset」和自然刷新如何共存的样本。

Cargando tarjeta de contenido…

同一天 @OpenAIDevs 还宣布，Codex 的 Computer use、Chrome extension、personalized memory 和 Chronicle 正在面向 EEA、英国、瑞士用户扩大可用范围 5。

这条是功能扩围，不是额度刷新触发器。今天真正影响使用节奏的是 Tibo 的补偿 reset。欧洲功能扩围可能增加用量，但不能用来推断你的 quota 会多给多少。

这期可以直接触发发布：