这一次，Codex 的下一次重置，可能真的要等上一周。

美西9月9日，部分用户在 ChatGPT Work 和 Codex 中使用重置卡时，额度没有完整恢复。北京时间10日，Tibo 公布的处理办法是：给受影响时段内用过卡的人再补一张，并发邮件致歉。这次公布的是定向补偿，没有顺势扩大为新一轮普遍重置。

把这件事放回7月至今的日历，就能看到一个值得讨论的变化：同样是给用户补额度，平台在不同阶段，想解决的问题可能已经不同。

在我看来，Codex 的重置节奏，始终围绕三个问题调整：怎样让用户持续使用，怎样让一部分用户愿意升级，以及手里的算力究竟还能承接多少任务。

先看日历。当前公开台账中，7月有11次直接重置、1轮普发卡；8月有9次直接重置、1轮普发卡；9月截至10日，有1次直接重置、2轮普发卡。9月尚未过完，不能拿月度总数直接比较，更值得看的是活动之间的空档，以及补给方式的变化。

7月，高频重置最有价值的地方，是让用户把 Codex 用进工作里。

GPT-5.6 上线后，官方既要推广新能力，也要处理发布初期的体验和用量问题。7月11日的说明就明确提到，当天重置两次，让大家能够继续尝试。随后，用户增长里程碑又接连成为补额度的理由。

7月10日至16日，短短七天内就有6次直接重置、1轮送卡。在这份日历里，从7月10日开始，相邻活动之间最长也只出现3个连续空白日期。

这对刚开始使用的人很有效。额度见底时再补一次，用户就能多完成一个任务，再把一个更复杂的项目交给 Codex。尝试越深入，越容易形成自己的工作流，之后离开它的成本也会提高。

但同一件事，也会改变用户的升级判断。

假设一个基础套餐用户两天就用完额度。如果他觉得明天又会重置，最便宜的办法就是等。如果接下来还要等五天，而手上有必须交付的工作，他才会认真比较：升级的钱，和停工的代价，哪个更高。

这里真正需要讨论的，是已经愿意付基础订阅费，却不愿继续加钱的人。高频重置可能把这部分人留住，也可能让他们觉得现有套餐已经够用。使用习惯在加深，立即升级的必要性却未必同步增加。

当然，长期用得越深，也可能越愿意付钱。没有内部转化数据，不能断言每个用户的升级意愿都在下降。但“等下一次赠送”会成为“现在升级”的替代选项，这个机制是清楚的。

到了8月，两段一周左右的空档，让套餐额度重新变得有分量。

8月1日之后，下一次直接重置是9日，中间空了7个日期。8月13日之后，要等到22日送卡，中间空了8个日期；如果只算直接重置，则一直等到24日。

对一个设置了周额度的产品来说，一周是个很有意义的尺度。额外补给停下来，用户才会更充分地体会：自己的正常额度能支持多少工作，连续使用又需要什么套餐。正常周期仍会恢复额度，各人的恢复时间也不同，空档不等于所有人都停用一整周。

我的商业解释是，这样的间隔客观上恢复了升级的吸引力。赶项目、能从连续工作中获得收益的人，更容易为高档套餐付钱；价格敏感的人则可能等待、减少任务，或者转向其他工具。

平台因此要同时承受两种代价：送得太勤，一部分升级需求被赠送覆盖；停得太久，又可能把用户推走。重置的平衡点，就在额外算力换来的留存价值，与被延后的升级收入之间。

日历不能证明 OpenAI 专门安排了两次转化实验。8月下旬也重新出现5次直接重置、1轮送卡，其中包含异常消耗修复后的回补。这说明节奏会随着体验、增长和服务情况摆动，不能把每一次赠送或暂停，都归结为单一的收费策略。

9月的关键变化，是算力供给开始更直接地约束运营选择。

GPT-6 上线后，需求继续上升。北京时间9月9日，Tibo 表示 Astra 的需求前所未有，团队正在尽力承接，优先保障现有用户；如果情况持续，甚至可能暂时停止新的 Pro 订阅。这里说的是“可能”，当时并未宣布已经暂停。

发布补充（9月11日）：Tibo现已公告将暂停200美元Pro新订阅，其他套餐及API仍可用，现有账号不受影响，团队正增加容量。这项更新印证了容量压力，但不是重置承诺。公告原文。

这条信息很关键。连新的高档付费订阅都可能需要按下暂停键，就意味着单靠“让更多人升级”已经不足以解释接下来的动作。用户愿意多付钱，也不等于平台马上能多提供一份稳定服务。

同样重置一次，用户越多、任务越深入，释放的潜在需求就越大。7月能够承受的赠送频率，到了9月未必还能照搬。新增算力可能首先要承接新模型需求、已有订阅和此前发出的权益，能留给下一轮普发的余量未必充足。

从这个角度看，未来是否重置，取决于算力怎样在这些需求之间重新分配，以及额外服务能换来多少留存和收入。没有公开的调度数据，我们无法知道具体比例，但容量紧张会抬高每一次普发的代价。

而此前发出的两轮重置卡，让这笔账又多了一层。

重置卡发到账户里，意味着用户拿到了一项以后可以使用的权益；算力要等实际使用时才会消耗。

如果平台很快又直接重置，一部分用户就能继续把卡留着。眼前额度补上了，未来还能动用的额外权益也没有减少。暂停新增普发，则会让一部分额度耗尽的人先使用现有卡，平台也不再继续叠加同类赠送。

这就是“先让用户消化手里的卡”的运营逻辑。但用卡本身照样消耗算力；一批用户同时用卡，还可能形成集中需求。它能缓冲等待、减少新增权益的叠加，不能保证眼前负载马上下降。

因此，9日那次异常只给受影响用户补卡，就更值得留意。它把补偿对应到没有完整兑现的权益，没有借故障再增加一轮普遍补给。7月也发生过定向补卡，所以这件事单独看不能证明政策转向；和9月的容量表态、此前两轮送卡放在一起，却支持了“短期新增普发更克制”的判断。

据此，我对未来两周的中心判断是：先出现约一周的空档，再视容量和用户反应，补一次直接重置。

上一次直接重置的完成通知在北京时间9月8日。若这轮间隔拉到一周，下一次就要看到9月15日，甚至更晚。我会把15日至18日当作主要观察窗口，而不会按7月的节奏期待这几天连续补给。

具体到9月11日至24日，我更倾向于以1次直接重置、没有新一轮普发卡作为预期。直接重置让当下需要额度的人继续工作，也不会再增加一张可以留待以后使用的卡；不过，旧卡仍可能因此被保留下来，平台依然需要权衡。

如果容量持续吃紧，这两周一次新增普发都没有，也说得通；如果扩容或效率改善明显，或者等待造成的流失压力增大，也可能提前重置，甚至出现第二次。故障导致的定向补偿则可能继续发生，但它不代表普发频率恢复。

这是一项基于现有记录的判断，官方没有公布上述排期。真正会让我改变预期的，是服务容量出现实质改善，或平台在容量仍紧张时重新连续普发。

对用户来说，更实用的做法，是按自己的正常额度和手里的卡安排工作，把临时重置当作额外空间。能用的时候，把任务做深、把成果交出来；需要升级时，也应根据连续工作的价值来算账。

Codex 的重置艺术，在于赠送时培养习惯，停下来时让套餐差异重新显现，再随着算力余量决定补给。7月的慷慨能让人记住，下一次何时发生，却要看9月的账怎么算。