今天Codex的额度，全员回满了。如果你早上打开Codex，发现5小时额度和周额度都满了，别怀疑自己眼花——OpenAI在北京时间8月30日凌晨，为所有付费Codex和ChatGPT Work用户做了一次全局额度重置。知乎
更有意思的是Tibo的后续发言。重置刚落地，这位Codex负责人就发了长帖，评论区有人追问今天不是已经重置了吗，他回得很直接：庆祝活动挪到明天了，因为今天的按钮已经按过。知乎
也就是说，这件事可能还没完。先看社区现在的状态。
微博用户已经在蹬了：八月干活的动力来源于tibo的重置，秉持着不在重置前蹬完token就算浪费的态度，一直鞭笞codex给自己干活。微博
小红书大致分两派。一派在吐槽：codex五小时额度，二十分钟烧完，怎么办？这条帖子拿到27个赞、40个收藏，共鸣的人不少。小红书另一派在纠结：还剩27%额度，还要不要继续蹬？发帖人说担心不重置，毕竟之前被坑过一周，都没敢直接开ultra fast用完。小红书
说回正题。这次重置不是福利，更接近一次补偿。随重置一起落地的，是OpenAI修掉的8类额外消耗，官方预计同样一份额度能多撑10%～50%。知乎
翻译一下：额度池没有变大，之前是Codex在后台白白烧掉了不少，这次把漏掉的部分堵了回来。知乎
这8类隐藏消耗来自Tibo的长帖和OpenAI的内部数据，每一条都很具体。
第一，Goal不退出。有的/goal任务完成后不停下，或者一直重试已经失效的工具。最夸张的案例里，一个异常任务吃掉了15%—70%的周额度。知乎
第二，Memory停不下来。有的后台记忆任务继承了错误的Stop Hook，任务都快做完了，它还在不停问自己到底能不能停。受影响的用户不到1%，但OpenAI抓到一个线程，把这个问题检查了15000次。知乎
这还只是官方内部数据。OpenAI的GitHub里有用户提交的Issue：日志显示，隐藏的memory_consolidation子代理在Stop Hook失败后继续运行，最后吃光了一整个5小时额度窗口。知乎
第三，后台任务和子代理乱跑。自定义Automation有时跑得比设定频率更勤；子代理没收到明确要求，也可能换用更强的模型，主任务没开Fast，子代理却跑进了Fast；MCP还出现过工具结果重复编码、工具说明被截断后重新抓取。知乎
第四，图片压缩预算漏了。Codex跑长任务时，窗口快满就会压缩旧对话腾位置，旧版本收拾得不干净——文字压短了，早就用过的图片还留在里面，刚腾出的空间又被旧图片占满，然后再压一次。OpenAI在Codex公开仓库里专门修过这件事，提交说明写得很直白：旧版计算保留内容的预算时，只算了文字，没有把图片算进去。知乎修完之后，图片重度用户的用量大约下降了10%。知乎平时经常让Codex看截图、改UI、操作网页的，额度掉得快，有一部分就烧在这里。
第五，Computer History重复总结。旧版会把已经总结过的电脑操作再拿回来总结一遍，个别情况下，光这一项一周就能吃掉五分之一的额度；滚动摘要平均还会让每轮Token多出大约1%。知乎
第六，小漏的累积效应。一次多1%基本没感觉，可一个Agent任务经常拆成几十次、上百次调用，每一步漏一点，周额度就这么没了。知乎
那么，谁真的能多撑50%？先说清楚：这不是统一扩容，能省多少，取决于你撞上了哪几个bug。平时图片多、子代理多、Computer Use多的人，感觉可能会很明显；只跑短任务的人，变化可能没那么大。知乎
社区的实际反馈也是分裂的。Reddit上已经有两种相反反馈：有人说Sol high连跑多轮后，额度下降明显慢了；也有人用了几小时，消耗速度和以前差不多。知乎
另外，10%—50%到底怎么算出来的，OpenAI没有公开样本量和计算方法。知乎这个数字是基于内部数据的估算，不是对每个账户的承诺，看的时候建议先别上头。
顺手把5小时窗口的机制也说清楚，很多人的额度焦虑其实是误读了规则。Codex桌面端、CLI / IDE、Codex云端和ChatGPT Work，四个入口计入同一个额度池，切换入口不等于获得新额度。小红书
图片生成是最容易被低估的消耗项：Codex图片生成也会消耗额度，平均可能快约3—5倍。小红书
有用户实测，一个满窗口约等于周额度的16%——一管5小时窗口蹬满，就花掉整周六分之一的口粮。小红书
官方没给细颗粒度的监控，社区就自己造。有人写了个基于Python的桌面小组件，用Codex做模拟计算或者处理日常任务时总担心Tokens和上下文用量，干脆自己动手。小红书有人做了5小时窗口排班器，理由是最近tibo疯狂重置，但plus有五小时限额导致额度血亏。小红书还有人把codex的剩余用量和重置时间，塞进了19款MacBook Pro的TouchBar里。微博
但有一笔账必须算：8月中旬的降额。8月13日也有一次重置，可那次重置之后，很多用户觉得额度变得不耐用了。
Reddit上有位Business Standard用户，从7月29日开始每5分钟采样一次，留下14744个快照，算下来周有效Token从大约3.23亿掉到1.73亿，前后少了约46%。知乎注意，这是一位用户的短期记录，不能证明OpenAI给所有人统一砍了46%，但它能解释为什么"额度变不耐用"的体感那么真实——进度条在掉，却没人知道是哪个任务花的。
知乎有用户用3个pro 20x账号同时拉日志交叉验证：按8月11日那一轮作基准，8月20日额度确实缩水；30号tibo宣布修复之后，用量几乎恢复正常。知乎
他的结论很直接：只是恢复了正常的用量，但包装成了他们正在努力工作。知乎更关键的是另一句：之前那两周该做、却因为额度拖延的工作，时效性补不回来。
所以对8月中旬有任务积压的用户来说，这次重置更接近归还本金，不是利息，时间损失要不回来。
最后给三个判断。
第一，如果你是重度用户——经常跑长任务、会话里图片多、用Automation和多Agent——这次修复对你的体感最可能明显，10%～50%的区间对你更可能偏向高那一端。接下来两天可以正常观察：同样的任务，额度掉得是不是慢了。
第二，如果你以短任务为主，别因为"10%～50%"就默认额度变多了。你撞上的bug少，体感小是正常的，真正约束你的还是5小时窗口的节奏——一管满窗口约等于周额度的16%，是一口气蹬满还是拆成几段，看你自己的任务形态。
第三，给所有人两个实用事实。Banked Reset是另一项需要手动使用的权益，具体过期时间以账户显示为准，别忘了去用。知乎
额度耗尽之后，现在已经可以购买Credits继续使用Codex和ChatGPT Work。知乎用量能直接变成一笔支出，所以在消耗明细功能上线之前，建议自己记下每次重置时间和任务节奏，真出问题时手里有账可查。
结尾留两个值得盯的信号。一个是明天：Tibo说照现在的仪表盘看，明天可能还有一个新节点可以庆祝，让大家先保管好自己的Codex。知乎如果明天真有第二次重置，这波就坐实是连续补偿，而不是一次性动作。
另一个是应用内的用量去向展示，Tibo在长帖最后说，他们正在做。知乎重置能补回额度，解释不了额度花在哪，这笔账摊到明面上，用户才不用猜是该怪任务太重，还是系统又在原地转圈。这件事值得继续盯。
