# Codex 额度重置：省着用反亏，建议本地兜底

- 来源：AYi (@AYi_AInotes)
- 发布时间：2026-06-04 15:39
- AIHOT 分数：64
- AIHOT 链接：https://aihot.virxact.com/items/cmpz82wem014pslkpqjf9owpw
- 原文链接：https://x.com/AYi_AInotes/status/2062438967790723372

## AI 摘要

OpenAI Codex 负责人 Tibo 因 24 小时内 3 次可靠性事故，重置所有付费计划额度。Codex 按推理时间计费：Plus 下 GPT-5.4 约 40 分钟耗尽 5 小时窗口，GPT-5.3 约 60 分钟。重置常将下个计费周期提前，导致精打细算攒的额度被覆盖，立即消耗者反而获得更多推理时间。作者认为系统奖励即刻消耗，建议本地模型兜底、云端冲峰值，夺回生产力控制权。

## 正文

关于Codex的使用，分享下我的一些思考，如果从前几天我分享的使用AI的底层心法是以道御术的角度看，省额度是术，看清生产力归谁管是道。

如果你也在用 Codex，并且习惯把额度省着点用--
我劝你看完这条再决定要不要继续省，
昨天那次 reset，可能正好把你攒的 buffer 覆盖掉了。

OpenAI Codex 负责人 Tibo（@thsottiaux）发帖，
说过去 24 小时出了 3 次小可靠性事故，
给所有付费计划统一重置了额度，配了一句 May the tokens flow again。

评论区一片感谢，刷屏 Saint Tibo、he did it again，我翻了一圈，想说一句可能没人爱听的话，

你这几天精打细算省下来的额度，大概率是白省了。

先讲讲 Codex 这套额度怎么算的，没按 token，而是按推理时间（reasoning time）算的。

一个 5 小时窗口，本地和云任务共用。
据社区实测，Plus 计划下 GPT-5.4 大概跑 40 分钟推理就把这 5 小时额度烧到 100%，GPT-5.3 大概 60 分钟。

也就是说你开个 /goal 让它自己 plan→act→test→iterate 连轴转，
额度掉得比你想象快得多，你只看到一个百分比，看不见它每分钟在烧多少。

现在把 reset 叠进来看，
据社区讨论，这个 reset 很多时候不是凭空补额度，
是把你下一个计费周期的起点往前提了。

所以那些 reset 后立刻开跑的人，有人一口气跑了 11 小时+推理；
而你为了周末大项目辛辛苦苦攒的 buffer，一次 reset 直接被覆盖归零。

省的人亏，冲的人赚。
4、5 月到这次，Tibo 已经 reset 好几轮了，这不是偶发，属于常态了。

所以在现在这套规则下，精打细算反而是次优解。

不是让你瞎浪费，是这系统在奖励立刻消耗的人，你得顺着它的规则走。

但真正让我在意的，不是怎么省额度，是这件事意味着什么。

把 Codex、把额度、把 reset 这几个词去掉，
这是所有用云端 AI 干活的人的同一个故事，
你的生产力，不在你手里，在一套你看不透、也补偿得不透明的系统手里。
今天 Tibo 心情好给你 reset，明天他换岗了呢。

靠一个好心负责人的 goodwill 续命的信任，
他在的时候特别暖，他一走，账要一次性集中还。

所以这事真正的解法，不是蹲着等下一次 reset，
是别把生产力全押在一个你控制不了的池子里。
本地模型兜底 + 云端冲峰值，自己记一份 burn rate（40 分钟≈100%，倒推 4 分钟≈10%），
把节律攥回自己手里。

我觉得AI 工具的下一道分水岭，已经不在模型多强了，
关键看是我们的生产力到底归谁管。

### 引用推文

> Tibo：Hi. Over the last 24 hours we had three separate small incidents that affected Codex reliability. Those are three too many and we are taking active steps for th...