有开发者分析发现，Codex 使用重置卡获得的额度只有正常量的 50%，更糟的是使用重置卡后自然重置时间还被顺延 7 天。Reddit 上也有开发者反馈，用了重置卡后额度消耗明显加快，用 Codex 分析使用日志后确认用量确实被大幅缩减。不过额度消耗取决于内容长度、智能体数量、调用工具数量、任务实际难度等因素，很难标准化量化。也有其他用户表示有类似感受，但蒂博已经否认这一说法，强调重置卡与自然周额度完全相同。
Codex 近期向用户赠送了 2 张重置卡。可社区用户很快就发现，使用重置卡获得的额度消耗得飞快，于是继续用 Codex 对整个使用日志做分析。结果显示重置卡的额度远低于正常周额度，大约只有正常周额度的 50%。
更麻烦的是，使用重置卡后周限额会自动顺延 7 天，而不是像 Claude Code 那样按原定的周重置时间自动重置。
同样消耗周限额的 14%，输入量从 1.14 亿降到 6360 万
重置前这名开发者的周使用量是 85%，之后正常使用把周使用量消耗到 99%。在这期间合计产生了 738 次模型响应，总输入为 1.1441 亿 tokens，其中 94.5% 命中缓存，总输出为 46.55 万 tokens。
接着开发者使用重置卡进行重置，然后把使用量从 0% 跑到 14%。期间合计产生 489 次响应，总输入为 6360 万 tokens，其中 96.5% 命中缓存，总输出为 28.47 万 tokens。
无论是总输入量还是总输出量，使用重置卡后都只有正常水平的 50%，响应次数也类似，约相当于 66%。单从数据看，用户自然会认为重置卡赠予的配额严重缩水。
但需要特别说明的是，模型用量取决于平均内容长度、智能体数量、调用工具数量、任务实际难度等等，所以哪怕是完全相同的任务也可能产生差异。只不过开发者认为 50% 的差异还是让人难以接受。
最坑的还是 Codex 顺延自然重置时间
关于重置时间，目前争议最大。其他使用体验没法准确量化，但自然重置时间却是所有用户都会面临的问题。Codex 使用重置卡后，直接把自然重置时间顺延 7 天，导致用户会错过原本即将到来的自然重置时间。
比如，当账号还有 1 天自然重置时，如果这时使用重置卡，下次自然重置时间会变成 6 天后，等于直接错过 1 天后的自然重置。要是重置卡赠予的额度在 1 天内消耗完，那就得继续用重置卡或额外购买额度，否则接下来 6 天将无额度可用。
这个争议其实非常大，经常有用户向 Codex 技术经理蒂博反馈，但直到现在也没有改变。只能说重置卡送得多也是有代价的——对用户而言，代价就是虽然重置卡更灵活，但有时候也会造成不便。
蒂博也强调重置卡不会缩减限额
针对“Codex 使用重置卡获得的额度只有正常量 50%”的说法，蒂博也在 X/Twitter 上否认，称重置卡与自然重置获得的额度完全相同。
当然，这也引发了透明度问题：目前这些 AI 订阅普遍缺乏透明度，没有明确的线性机制，额度都是黑盒。对 AI 公司来说，黑盒机制显然更有利，所以估计他们也不会放弃这种机制。 | 
发表于 昨天 23:19
|
查看: 4|
回复: 0
