有开发者分析发现:Codex使用重置卡获得的额度只有正常量的50%

有开发者分析发现:Codex使用重置卡获得的额度只有正常量的50%

💡 原文中文,约1500字,阅读约需4分钟。
📝

内容提要

开发者发现Codex重置卡额度仅为正常周额度的50%,且使用后自然重置时间被顺延7天,造成不便。尽管技术经理蒂博否认额度缩水,但用户认为差异明显,并质疑AI订阅额度机制的透明度。

🔎

延伸解读

重置卡额度争议:数据对比与变量影响

开发者通过日志分析发现,使用重置卡后的输入输出量约为正常周额度的50%,响应次数约为66%。但模型用量受内容长度、智能体数量、工具调用及任务难度等因素影响,即使相同任务也可能产生差异。因此,50%的差距虽明显,但难以标准化量化,用户需结合自身使用场景判断额度是否真的缩水。

重置时间顺延:隐藏的代价

使用重置卡后,自然重置时间会被顺延7天,而非按原周期重置。例如,若距自然重置仅剩1天,使用重置卡后需再等6天才能自然重置。若赠予额度在1天内耗尽,用户将面临数天无额度可用的困境。这一机制增加了使用灵活性,但也可能打乱用户的额度规划,需谨慎使用。

AI订阅额度透明度问题凸显

尽管技术经理蒂博否认重置卡额度缩水,但用户实测数据与官方说法存在矛盾,引发对AI订阅额度机制透明度的质疑。目前各AI服务的额度计算均不透明,缺乏明确的线性规则,用户难以预估实际可用量。这种黑盒机制对服务商有利,但可能损害用户信任,未来或需更清晰的额度说明。

Q&A

Codex重置卡的额度与正常周额度相比有何差异?

根据开发者分析,使用重置卡获得的额度大约只有正常周额度的50%。

使用Codex重置卡后,自然重置时间会如何变化?

使用重置卡后,自然重置时间会被顺延7天,而不是按原周重置时间自动重置。

开发者是如何发现Codex重置卡额度缩水的?

开发者在Reddit上反馈使用重置卡后额度消耗很快,随后使用Codex分析使用日志,对比了重置前后的总输入量、总输出量和响应次数,发现重置后各项数据均约为正常水平的50%。

Codex技术经理蒂博对重置卡额度缩水的说法有何回应?

蒂博否认额度缩水,强调重置卡与自然重置获得的额度是完全相同的。

为什么用户认为重置卡额度缩水难以接受?

尽管模型用量受内容长度、智能体数量、工具调用等因素影响,但开发者认为差异达到50%仍然难以接受,且重置时间顺延造成不便。

Codex重置卡顺延自然重置时间会带来什么不便?

例如账号原本还有1天自然重置,使用重置卡后下次自然重置时间变成6天后,如果重置卡额度在1天内用完,用户将面临6天无额度可用的窘境。

Codex重置卡额度问题引发了哪些关于AI订阅机制的讨论?

该问题引发了对AI订阅额度机制透明度的质疑,用户认为额度计算是黑盒,缺乏明确的线性机制,而AI公司可能更倾向于维持这种不透明。

🏷️

标签

➡️

继续阅读