Codex109天重置23次，明天还要再送一次
图片加载中…
这几天用Codex，额度刚见底，Tibo（Codex的核心开发者和负责人）又把它按回100%，你敢信？几乎是每天来一次！
很多次老金我还没想好这次Reset拿来干什么，下一次已经在路上了。
我把Tibo从3月底到现在的公开记录按北京时间排了一遍。109天里，Codex已经完成23次可核验的额度重置。明天，也就是7月14日，还会再发一次Banked Reset（重置券），届时就是第24次。
不过老金想说的是OpenAI最近处理用户体验的方式，简直是深得我心。
我说的不是它给福利，而是它对于问题处理的态度和积极性。
用户说额度掉得太快，他们查原因。发现GPT-5.6 Sol的上下文、推理预算和多Agent带来了额外消耗，他们就回滚和优化。重置券没有到账，他们补发。福利时间选得不好，用户刚提意见，Tibo第二天又送一次。
用户说出问题，Tibo公开回应，团队完成修复，额度随后补回来。
一个完美的正向产品闭环！
用户反馈 → 公开回应 → 修复问题 → 重置补偿 → 体验恢复。
作为公开回应者，Tibo也被用户拥戴成了这样，看图。
图片加载中…
先把23次怎么算的说清楚
正常的5小时窗口恢复、每周额度恢复和邀请好友奖励都不算，3月27日至7月13日共109天，Codex完成了23次可核验的重置动作，其中19次是直接重置，4次是Banked Reset。
这是我根据公开记录做的统计。
3月底到4月底一共6次。插件上线、300万周活跃用户、Codex一周年、400万用户和GPT-5.5体验，都成了按下Reset的理由。那时的重置主要用来庆祝产品更新和用户增长。
5月又来了4次。除了增长节点，5月24日那次和长会话压缩中的缓存命中率下降有关。Codex重复处理了本可以复用的内容，修复后官方用重置补偿用户。
6月最密集，共8次。可靠性事故、Banked Reset上线、异常用量调查，让Reset逐渐多了一层含义。哪里影响了体验，官方修完以后就把额度补回来。
7月截至13日又有5次。GPT-5.6 Sol上线后两次，达到600万活跃用户后一次，另有约50万名用户因为Banked Reset未正确生效而获得补发。Tibo还预告，7月14日达到700万活跃用户后，会给ChatGPT Work和Codex用户再发一次Banked Reset。
图片加载中…
所以，23次重置既是福利记录，也是一份产品体验改进记录。
用户嫌福利时间不好，第二天再送一次
最能说明OpenAI听劝的，是4月庆祝300万用户时的一件小事。
当时Codex刚完成一次额度重置，用户很快提出，重置时间和上一周几乎重合。很多人的旧额度还没用完，新福利就覆盖上来了，实际获得感不强。
Tibo没有让这条反馈停在评论区。他直接承认时间选得不够好，然后宣布第二天再重置一次。
用户提意见，负责人当天回应，补偿第二天到账。
这件事没有多复杂，却很容易让用户记住。大家先看到Tibo回应，第二天又收到重置，意见真的改变了结果。
明天要发的第24次也延续了这个，它既庆祝700万用户，也是对最近用量波动和Banked Reset问题的一次体验补偿。
GPT-5.6为什么突然更费额度
4月2日以后，Codex大部分套餐开始按Token用量计算Credits。输入Token、缓存输入Token和输出Token都会影响消耗。
这会带来一个很容易误判的场景。你看到的是自己只发了一条指令，系统实际处理的可能是整个项目上下文、此前的工具结果、多个Agent的工作和审查过程。
图片加载中…
GPT-5.6 Sol上线后，最近额外消耗主要来自几处变化。
上下文上限从272K提高到372K。更大的上下文能装下更多资料，也让工具调用之间搬运和读取的缓存内容增加。用户开始反馈额度下降太快后，团队已经把上限回滚到272K。
图片加载中…
底层推理预算也做过实验。用户没有改变任务，模型背后的思考强度却可能变了。相关实验现在已经撤回。
High和xHigh下的多Agent使用量高于预期，Auto Review一度过于积极，辅助Agent和后台建议做了太多工作。这些流程也已经被调整。
Tibo在7月13日的说明里表示，这轮修改预计能让用量降低约10%。这不代表每个人都会固定省下10%，至少说明团队已经找到主要问题，并把几项最影响体验的改动回滚或优化了。
所以，最近额度掉得快，并不全是用户突然用得更猛。GPT-5.6上线后的几项系统调整确实增加了消耗，OpenAI收到反馈后也确实动手处理了。
重置福利为什么让人有获得感
单看一次Reset，它只是把额度恢复。连续看109天，感受完全不同。
产品更新有福利，用户增长有福利，Bug影响使用有补偿，补偿按钮自己出Bug还会再补一次。加上可以留到真正需要时再用的Banked Reset，用户至少不用独自承担产品快速迭代带来的全部试错成本。
这也是Tibo频繁站在前台的价值。大家不用对着一个沉默的公司账号猜测，可以直接看到哪里出了问题、团队正在查什么、今天改了什么、明天准备补什么。
福利当然会带来讨论，也会吸引更多人尝试Codex。对已经在用的人来说，更重要的是用户体验有人管。
问题出现后，官方没有只说正在调查。他们会解释、回滚、修复，再用真实额度补偿。用户自然更愿意继续用，也更愿意把产品推荐给别人。
现在怎么用，才不会莫名其妙烧完
GPT-5.6的几项高消耗改动已经处理，但日常使用仍有几个地方值得注意。
日常修改先用5.6的Terra中等推理强度，复杂重构再开High、xHigh或Max。发现一条指令掉得特别快时，先看是否启动了多Agent、Auto Review或自动化。
长会话也别无限续。需求确认、执行、验收各自收口，完成一段就留一份简短交接，让下一段只带真正需要的上下文。
如果额度突然异常下降，至少记下套餐、模型、推理强度、任务前后额度、多Agent或Auto Review状态、运行时间和失败重试。这几项比一句额度掉得很快更容易帮官方定位问题。
Banked Reset先确认到账再使用。明天的新一轮发放完成后，也建议看一眼账户里的实际状态，避免重复点击。
第24次重置之前，我的判断
把这109天的记录翻完，23次福利很醒目。更深的感受是，他们愿意让用户看到产品怎么改。
用户说重置时间不好，第二天再送一次。用户说GPT-5.6消耗太快，团队查上下文、推理预算和多Agent，随后回滚和优化。50万人的Banked Reset没生效，官方确认后补发。
这些动作都落在同一条路径上。听到反馈，承认问题，马上修改，再把用户损失补回来。
明天第24次Reset到账时，它当然是一份真金白银的福利。它也再次说明，Codex正在快速迭代，而OpenAI愿意把用户体验放在这轮迭代里一起处理。
对普通用户来说，这比单纯看到一个新版本号更有安全感。
这也是老金作为产品人一直所提倡的，产品为王以及用户为王的观点。
用户反馈 → 公开回应 → 修复问题 → 重置补偿 → 体验恢复。
这个正向闭环，能带来更高的用户留存，以及产品迭代。