K3.1 Pro 上线两天即限流,Kimi 致歉并补偿 25% 月度额度

10 月 24 日,月之暗面上线 K3.1 系列的第一个模型 K3.1 Pro。据发布信息,这是该公司迄今能力最强的模型,3 万亿级参数,支持 100 万上下文。两天后的 10 月 26 日凌晨,Kimi 官方发布致歉信:会员在使用 K3.1 Pro 时遇到了限流,还出现了不必要的额度消耗。

官方承认问题在自己

这封致歉信态度直接。Kimi 在声明中表示:

问题出在我们,我们也本应更早修复。

责任被明确放在官方一侧。公告确认受影响的是订阅会员使用 K3.1 Pro 的场景,处理方式也不止道歉,还包括一次面向所有档位订阅会员的补偿。

从模型上线到官方致歉,间隔不到两天。发布、出问题、道歉、给出补偿方案,四件事接连发生,处理节奏紧凑。

对订阅会员来说,这是双重问题:付了钱却撞上限流,用量进度条还在以不该有的速度下降。上线两天就出现这种组合,无论技术根因是什么,新模型的第一波口碑都已经受损。

补偿这笔账值得算一算

补偿规则本身不复杂:

  • 所有档位的订阅会员获得一次用量重置;
  • 有效期内的会员获得月度总额 25% 的补偿额度,官方称大约相当于一周用量;
  • 当前用量不足月度总额 25% 的会员,用量直接归零。

按这个规则,重度用户拿回的是实打实的一周用量;还没怎么用的轻度用户,归零意味着整个月度额度重新可用。重置处理的是已经产生的异常消耗,补偿额度对应的则是接下来的可用量,两条规则分别照顾了存量损失和后续使用。补偿也按月度总额的统一比例执行,不按受影响程度差异化处理,用得多和用得少的会员适用同一套规则。

官方同时承诺,用量进度条会在当天结束前显示调整结果,兑现节点明确。

额度去哪了:子 Agent 和输出长度

公告里信息量最大的一句在后续处理部分:Kimi 已经调整配置,正在减少不必要的子 Agent 调用和输出长度,让同样的额度完成更多任务。

这句话指出了额度异常消耗的一个来源。智能体类模型执行任务时会自行拆解步骤、调用子 Agent、生成完整的长输出,这些动作都在消耗用户的额度。用户额度掉得快不快,不只取决于发起多少任务,还取决于模型内部怎么执行。官方专门去压缩“不必要的”调用和输出,说明此前确实存在这类浪费。

这也意味着,对按额度计费的服务来说,模型行为优化本身就是成本控制的一部分:优化一次,所有用户的额度都更耐用;补偿一次,只能覆盖这一次的损失。至于限流本身的技术原因,公告没有展开,是容量不足还是调度策略出了问题,外界暂时无法判断。

订阅制 AI 的新账本

这次事件暴露的不只是一家公司的运维问题。订阅制 AI 服务的定价建立在“额度”上,而在智能体场景里,单任务的额度消耗越来越受模型自身行为影响——模型多调一次子任务、输出写得冗长,都会改变用户额度的实际购买力。付费之前,用户能看到的只有模型的能力宣传和额度数字,额度背后的执行成本,往往要到用量异常时才被意识到。

K3.1 Pro 这次的问题把这个变量摆上了台面:用户买的是额度,消耗额度的速度却有一部分握在模型手里。对厂商来说,发布即致歉的成本不低,补偿额度对应的是真实的算力开销。对用户来说,比 25% 这个数字更值得记住的是那句“本应更早修复”——它承认的是响应速度上的欠账。额度可以补偿,信任的折损没有进度条可看。

声明:本站所有文章,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。