过去一两个月里，OpenAI 陆续给 Codex 用户发了一些“重置卡”。简单说，就是可以攒着用的 rate-limit reset，什么时候用由你自己决定。我到现在大概收到了三四张，前阵子用过一张，最近这两天又用掉了一张。也就是在第一次和第二次使用之间，我突然意识到：我一开始完全误解了这东西。
但现在回头看，这个误解本身，可能正是它设计得最妙的地方。这也是为什么我觉得，重置卡是最近我见过最聪明的小型增长机制之一。
我一开始以为重置卡是什么
我原来的理解是这样的：假设我的 weekly quota 周期是 1 号到 7 号。我在 5 号把额度用完了，于是打出一张重置卡。我的直觉是，这张卡会把我的额度重新补到 100%，然后我靠它撑过 6 号和 7 号。等到 7 号，原本应该来的自然刷新照常到来。
换句话说，我以为重置卡是在正常配额之上，额外叠了一周额度。
实际并不是这样。
真正发生的是：重置卡会把额度恢复到 100%，同时从你使用的那一刻开始，重新启动一个七天周期。如果我在 5 号重置，那么下一次自然刷新就不再是 7 号，而是 12 号。它不是“多送一周额度”，而是把下一个窗口提前拉到现在重新开始。
理解这一点以后，我反而开始对这件事背后的经济账感兴趣。因为我“感觉自己拿到的东西”和 OpenAI“实际付出的成本”之间，差距大得有点离谱。
这笔账：感知价值和真实成本
拿我自己的场景算一遍。假设我在一个七天周期的第 5 天，只剩 10% 左右额度，然后使用重置卡。
我的体感是什么：好像凭空多了一整周额度。如果一个月里拿到两张卡，一个月大概四个周周期，那么体感上就是多了两周，相当于这个月可用容量增加了 50%。说实话，这就是我第一眼看到这些卡进账户时，大脑自动算出来的数字。
OpenAI 的真实成本是什么：这张卡只是让我提前两天开启了一个新的 100% 窗口。长期摊下来，这种窗口压缩大概相当于 2/7 个 weekly quota，也就是 28.6%。但我使用卡片时，原周期里还剩下的 10% 也被我放弃了。所以每张卡真正带来的净增量，大概是一个 weekly quota 的 18% 到 19%。如果我更晚才重置，或者重置时剩余额度更多，这个数字还会继续变小。
所以，一个月两张卡，用户感觉像是多了 50% 容量。但真实边际成本大约是一个 weekly quota 的 37%，也就是不到一个月总容量的 9%。感知收益和真实成本之间，差不多有 5 倍 的杠杆。
而且这个 9% 还只是上限，不是期望成本。只有当我把新窗口也彻底用光时，这个成本才会完整发生。再加上 30 天过期机制，有些卡会被放着放着自然过期；多数用户本来也不会接近打满额度。这样算下来，每发出一张卡，平均真实成本只会更低。
对增长团队来说，这个比例太漂亮了：让用户强烈感觉“他们给了我 50% 更多”，但公司实际付出的只是其中一小部分。
为什么卡片比过去的统一重置更好
在重置卡出现之前，Codex 团队的补偿工具其实很粗：如果某个严重 bug 浪费了用户额度，或者产品打了某个 milestone，他们就给所有人统一重置一次 limit。听起来很大方，但全局重置落到不同用户身上，效果非常不均匀。
刚刚自然刷新过的用户，本来就几乎是满额度。再重置一次，基本没价值。离下一次自然刷新只剩一天或半天的用户，本来马上也要补满，价值也很低。两三天就把额度烧光的重度用户，才是真正能感受到天降补给的人。
还有第四类情况更麻烦：全局重置甚至可能伤害用户。比如某个人已经在周期第 6 天，但还剩 50% 额度，他是故意留着第 7 天做一个大任务的。结果系统在第 6 天强行重置，把他攒下来的 50% 清掉，并重新启动周期。
从第 7 天到第 13 天，他总共只有新的 100%。但如果按原来的自然节奏走，第 7 天到第 14 天，他原本会拥有攒下来的 50%，再加上新刷出来的 100%。这份“礼物”，实际上悄悄吃掉了他近期可用容量的三分之一。
这类用户会抱怨，我觉得完全合理。后来我也看到过，社区里类似的反馈，确实是 OpenAI 转向 self-serve reset model 的原因之一。
重置卡用一个动作解决了这些问题：把时机交给用户自己。
没人会在额度还满的时候去重置。没人会被强行抹掉自己攒下来的额度。每张卡都会被用户留到感知价值最高的那一刻使用：任务做到一半撞墙了，如果不用卡，就只能等好几天。
公司只在用户真正需要时付出成本，而且是在用户最能感受到价值的那个瞬间付出。还是同一笔 goodwill budget，但命中率高了很多，误伤也几乎没有了。
百货商场那套玩法
这件事让我想起以前在电视剧里看过的一种商场促销：满 300 返 150 代金券。
站在消费者视角，“满 300 返 150”很容易被大脑识别成“五折”。但你认真算一下：你花 300 元，最后拿走了 450 元标价的东西。也就是按原价的 67% 付款，真实折扣大概是 33%，不是 50%。
对商场来说，真实情况还会更好。因为很少有人刚好买到 300 元。你可能本来只想买 250 元的东西，为了凑门槛，又加了一件，最后花到 400 元。返给你的 150 元代金券，还会把你再拉回店里消费，而且大概率又要搭一些现金。
最后就变成：你买了 550 元的东西，实际花了 400 元。折扣已经只有 27% 左右。如果再把代金券使用过程中的门槛、过期、凑单和摩擦算进去，真实成本可能会继续接近 20%。这个机制在用户体感上像五折，商场成本大概是 20% 到 30%，还顺手诱导了更多消费。
重置卡其实也是同一套玩法，只是把现金和羊绒衫换成了 compute。
所以我后来觉得，重置卡真正聪明的地方，不只是“便宜地补偿用户”。它把用户感知价值和平台真实成本拆开了：用户看到的是一张完整的救命卡，平台承担的是未来某个时刻才可能发生的一小段边际成本。
这个差值，是整件事的第一层价值。用户脑子里会把它记成“我多了一周”，甚至记成“这个月多了两周”。但真实账本上，它可能只是一个 weekly quota 的 18% 左右，而且只有在用户真的把新窗口也用掉时，成本才会完整发生。
但更妙的是第二层：用户不花这张卡，也已经有获得感。
这和全局重置完全不一样。全局重置发生在系统指定的那一刻，用户要么刚好需要，要么没感觉，甚至被误伤。重置卡到账以后，即使我暂时不用，它也像一张放在口袋里的备用票。下次项目做到一半撞到 limit，我知道自己还有一次继续往前走的机会。
这种安全感本身就是产品价值。它降低的是额度焦虑，不只是增加了可用额度。用户还没消耗 compute，公司还没付出真实成本，但用户已经觉得账户里多了一层缓冲。这就是卡片形态比一次性重置高级的地方：它把“使用价值”和“持有价值”分开了。
我说这些，并不是在讽刺 OpenAI 精明。作为用户，我的体验确实变好了：任务做到一半撞到限制，打出一张卡，然后继续干活。更重要的是，在还没打出那张卡之前，我已经因为“我有一张卡”而更安心了。
这件事值得记下来，是因为它提醒我：好的增长机制，不一定是多送东西，而是把感知价值放大，把真实成本压低，再用一个合适的形态让用户提前感受到收益。对用户来说，那是一张救命卡。对平台来说，那是一笔不一定会兑现、即使兑现也高度受控的成本。
重置卡只是一个很小的功能，不会出现在任何发布会主视觉里。但这种小功能，反而能看出一个团队是不是真的理解自己的产品。他们不只知道 compute 成本是多少，也知道用户心里的安全感值多少钱。
增长里真正厉害的设计，往往就是让这两个数字越拉越开。