Kimi 上线两天就限流致歉:供应商掉链子时,老板要提前定好三条预案

两天里发生了什么：上线、限流、致歉、恢复额度

2026 年 10 月 23 日，Moonshot 发布 Kimi K3.1 Pro，号称百万字上下文，覆盖网页、工作台、编程产品和 API。单看能力，这是一次有竞争力的发布。

但 10 月 25 日，Kimi 官方账号致歉了，承认两件事：订阅计划出现了限流，以及不必要的额度消耗。同一天给出的补偿是：全部订阅用户、全部套餐，一次性恢复 25% 月额度，约等于一周用量；已用额度低于 25% 的用户直接清零。同时调整了计划参数，减少不必要的调用和输出长度，让额度更耐用。

路透社补了两个背景：Moonshot 在之前的产品发布后也遇到过算力问题，中国 AI 实验室正受芯片出口管制影响面临算力紧张。值得注意的是，Kimi 的致歉里没有提算力短缺，只谈了限流和额度浪费本身。对业务方来说，这个区别很重要：你能拿到的是对方承认并愿意修的问题，不是对方的成本结构。

补偿本身也值得冷静看。25% 额度是一次性的，不是每月都给；它补的是用量，不是被打断的任务时间。订阅用户在上线头两天正是测试最猛的时候，限流撞上的恰恰是用户最想用它的时候。能力发布和交付能力之间的落差，在上线周会被放大，道歉速度再快，也补不回那两天的信任损耗。

三条预案：停、换、等，提前写进上线清单

第一条是"停"：哪些任务一限流就停。把任务按可中断性分三档：能断点续跑的继续排队，不能断点续跑但可延期的先挂起，正在给客户出结果的立刻切人工。分档标准要写在上线清单里，而不是等限流公告出来再开会讨论。对应到业务方，就是要在自己的调用层先设上限：单任务最大调用次数、单次输出长度上限，超了就停下来问人。

第二条是"换"：备用供应商切过去要多久。换供应商不是换个账号就能跑的：提示词、工具格式、输出解析、成本口径都要预先对齐。至少做到一件事：在主力供应商之外，有一个跑通过测试的备用通道，哪怕平时不用。没有备用通道的团队，限流公告一出就只能干等，道歉信写得再诚恳也帮不上忙。

第三条是"等"：等多久、等谁的消息。定一个明确的等待上限，比如核心任务限流超过两小时就触发切换，而不是无限期刷新状态页。同时定一个对内口径：告诉业务方受影响的任务、预计恢复时间、已经采取的切换动作。Kimi 这次在致歉当天就给出了额度恢复和参数调整两项具体动作，这一点值得学：用户要的不是情绪，是下一步。

最后补一条采购时的谈判点：把"上线周保障"写进合同或订单备注。上线周的限流阈值、额度消耗异常的通知时限、补偿形式是额度还是现金折扣，三项先谈好。等到限流发生了再谈补偿，谈判地位已经不在你这边了。

转型落点

转型中的企业最怕的不是供应商出一次问题，而是出问题时业务没有预案。停、换、等三条要在上线前定好：什么任务先停、切到哪个备用方案、等多久触发切换。推广节奏上也一样，核心任务先上、非核心任务后上，限流时先保核心任务。