mimo 新规下,一天使用量对比,新套餐在编程场景下消耗额度大幅下降

以我昨天的用量为例: 总 Token:29,424,970 缓存输入:29,010,240 未命中缓存输入:356,069 输出:58,661 旧规则下 PRO 套餐 700M 积分,新规则下 38B 积分,对比额度消耗占比如下: 甚至远超mimo官方声称的 5-8 倍的用量增加,token pla...
mimo 新规下,一天使用量对比,新套餐在编程场景下消耗额度大幅下降
mimo 新规下一天使用量对比,新套餐在编程场景下消耗额度大幅下降

image

以我昨天的用量为例:

  • 总 Token:29,424,970
  • 缓存输入:29,010,240
  • 未命中缓存输入:356,069
  • 输出:58,661

旧规则下 PRO 套餐 700M 积分,新规则下 38B 积分,对比额度消耗占比如下:

image
image

image

甚至远超mimo官方声称的 5-8 倍的用量增加,token plan 在编程场景下,带来了巨大的用量提升!

其他特殊用例下,如低输入高输出,下显然原来的计费方式更合适,因为过去的credit没有区分 缓存、输出的成本差异,点单粗暴的使用 2 credit = 1 token,也是最为人诟病的一点。

引入了新的credit积分计算规则后,在编程场景这种多轮次长上下文下,会话消耗套餐额度明显减少,更加耐用了。

2 个帖子 - 2 位参与者

阅读完整话题

来源: LinuxDo 最新话题查看原文