Kimi K3.1 Pro 上线48小时再致歉，会员额度被指异常消耗

10月26日凌晨，月之暗面Kimi发布致歉公告，承认会员在使用K3.1 Pro期间遭遇限流及不必要的额度消耗，称问题出在自身、本应更早修复，并给出额度补偿方案。这是Kimi半年内第三次因新模型上线问题公开道歉。

K3.1 Pro于10月24日发布，第三方评测机构Artificial Analysis给出智能指数55分、位列全球第4；在Terminal-Bench 4.0测试中取得67%的成绩。上线后不久，社交平台上出现大量关于额度被快速消耗的投诉。

第三次致歉

从时间线看，这已是Kimi半年内第三次因新模型上线相关问题公开道歉。此前两次分别发生在K2.6和K3发布之后，此次则出现在K3.1 Pro上线初期，问题类型仍集中在限流与额度计算上。

公告中还有一句表述被开发者反复讨论：Kimi正在减少不必要的子Agent调用和输出长度。来源将此解读为Kimi承认新模型在后台进行了一些冗余计算，这也是额度消耗争议的技术背景之一。

K3.1 Pro发布后，社交平台上出现大量关于额度被快速消耗的投诉，用户称之为烧额度。有订阅199元档会员的用户表示，仅发布了一条审查项目架构的指令，模型便拉起5个子Agent，十几分钟就耗尽了5小时额度。

付费699元档的会员也反映了类似情况。有用户称不到2小时就用完了5小时额度，终端里还在持续弹出限流报错。投诉集中在短时间内爆发，构成了此次公开道歉的直接导火索。

从用户描述看，争议的核心不只是额度消耗速度，还包括限流提示与额度计算方式是否清晰。Kimi在公告中将限流与不必要的额度消耗并列提及，说明两类问题在上线初期同时存在。

针对上述问题，Kimi同步给出补偿方案：订阅会员将获得月度总额25%的额度重置，用量不足25%的则归零重算。这一方案直接面向受影响的付费会员群体。

来源指出，这是国内大模型公司第一次因为额度问题公开道歉并返还额度。此前行业内类似的上线波动多以技术说明或限流调整处理，直接以额度返还方式回应的案例并不多见。

补偿方案覆盖的是订阅会员的月度额度，而非单次会话或短期额度。对于在48小时内集中消耗额度的用户而言，重置规则中的用量不足25%归零重算条款，决定了实际获得的补偿幅度。

排在K3.1 Pro之前的是Claude Opus 5.5、Claude Sonnet 5.5和Meta一款未开放API的模型。在更考验长程Agent执行能力的Terminal-Bench 4.0测试中，K3.1 Pro取得67%的成绩，来源称这是该评测框架下的历史最高值。

评测成绩与用户端的额度投诉几乎同时出现。模型能力提升带来的复杂任务调用，与后台子Agent调用和输出长度问题叠加，使上线初期的资源压力集中显现。

Kimi半年内的三次道歉有相似的触发路径。4月22日，K2.6发布后便因限流与额度计算错误道歉；7月19日，K3发布48小时后，又因需求逼近GPU容量极限道歉，并暂停新用户订阅。

三次事件分别涉及额度计算错误、GPU容量极限以及此次的限流与额度异常消耗，均发生在新模型发布后的短时间内。来源将这一系列道歉描述为并非偶然。

从K2.6到K3再到K3.1 Pro，Kimi的发布节奏明显加快，而每次上线后都出现资源与服务层面的问题。此次以额度重置作为回应，能否缓解订阅会员的体验压力，仍有待后续观察。