针对月之暗面推出的 Kimi 2.5 Code 模型,有用户对其付费设计提出了强烈质疑。该用户指出,尽管产品已采用按 Token 实际消耗计费的模式,却依然保留了“每周定量”和“每5小时限额”的双重天花板。这种机制导致付费用户在处理高强度任务时极易耗尽额度,即便愿意继续付费充值也无法立即恢复使用,严重干扰了工作流。批评者认为,既然已实行按量付费,就不应再保留原本用于防止恶意调用的频次限制,这种“既要又要”的策略损害了重度用户的使用体验。
原文链接:Linux.do
针对月之暗面推出的 Kimi 2.5 Code 模型,有用户对其付费设计提出了强烈质疑。该用户指出,尽管产品已采用按 Token 实际消耗计费的模式,却依然保留了“每周定量”和“每5小时限额”的双重天花板。这种机制导致付费用户在处理高强度任务时极易耗尽额度,即便愿意继续付费充值也无法立即恢复使用,严重干扰了工作流。批评者认为,既然已实行按量付费,就不应再保留原本用于防止恶意调用的频次限制,这种“既要又要”的策略损害了重度用户的使用体验。
原文链接:Linux.do
评论前必须登录!
立即登录 注册