AYi@AYi_AInotes · XOpenAI 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 很多时候不是凭空补额度， 是把你下一个计费周期的起点往前提了。