上上次重置则是在 8.12 附近，而最后一张重置卡是 8.13 凌晨到期，上上次重置实际上变相削弱了最后一张重置卡的价值。
最新一次重置则是今天上午十点多的时候，距离上次重置卡到期不超过十二个小时。
可以看到，tibo 的最近几次手动重置时间，都和自然重置时间非常接近，尤其是在没有预告重置的情况下，对普通用户而言并没有太大价值。
轻度用户这里就不考虑了，我们这里把中度用户分成三类（一个重度用户简单等同于多个中度用户）：
[ol]
[/ol]
v2ex 其实有用户也发帖说对于 tibo 最近几次重置行为感到不舒服，结果还被人喷“升米恩，斗米仇”，这可不只是给得少了，而是切切实实损害了第三类用户的利益。
此外，这种重置行为还有一个问题，就是会打乱自己的工作节奏，比如说假如我原先正好是每周一重置，这两周的工作，我得在本周四周五和下周一周二周三完成，按原先的计划，可能是周四周五用掉 80% 左右的 token ；下周一重置了，周一周二周三再用 80% 的 token ，剩下的 token 量留着机动，tibo 在周四早上突然重置了，那完蛋了，我本来预期在两个重置周期里面完成的任务，要变成在一个重置周期里面完成了，token 就不够用了。
tibo 的这种重置行为，毫无疑问是希望把所有用户都培养成上述第二类用户，一重置，就马上把 token 用完，而如果 token 用完了，tibo 没有重置，又正好有急事要处理，那怎么办呢，只能购买他们马上要推出的付
费重置卡啦。
我按月订阅 coding plan ，是为了按我自己的计划安排工作，不希望被可能没有实际效益的手动重置打乱工作节奏。5.6 sol 本身也一堆问题，又慢又贵，而且总喜欢搞什么 sha256 ，baseline ，gate 来过度防御，浪费我的 token ，也不知道 openai 的后训练在干嘛，过度防御过度设计的问题不仅不解决，反而还加重了。
作为消费者，维护 openai 对我们没啥好处，还是要给 openai 多点压力。
考虑一种最极端的情况，正常没有重置的情况下：A 在前三天用完 100% 的 token，B 在后四天用完 100% 的 token。第三天结束的时候，重置了，对于 A 来说，相当于重置时间提前了四天，但对于 B 来说，不就相当于重置时间被延后了四天吗？
怎么，重置时间提前是利好，重置时间延后就不是利空了吗？有些说升米恩斗米仇的更是好笑，合着你们觉得 openai 重置是在施舍你们咯。
第 2 条附言 · 16 小时 35 分钟前
打错了，对 B 来说是重置时间被延后了三天。
第 3 条附言 · 3 小时 55 分钟前
真是累了，有些说升米恩斗米仇的，能不能先搞清楚，对一部分人来说，重置相比不重置，在一个付费周期内可用的总 token 是变少而不是变多了，这里的吃亏是确确实实吃亏了，而不是某些人想的少赚了所以亏，真是太多人看个标题又不仔细思考就得出“升米恩斗米仇”这个结论了。
