K3之后空窗超百日，Kimi在憋什么大招？

Kimi，等待K3.1。

Kimi 的旗舰模型发布节奏怎么慢了？

Kimi 是月之暗面旗下的大模型产品。7月16日，公司发布的 K3，参数规模达到 2.8 万亿、原生支持 100 万 token 上下文，是全球第一个开源的 3 万亿级模型。它原本被外界视为月之暗面冲击第一梯队的旗舰主版本。

据官方披露，K3 在长程编程、知识工作和推理等场景达到前沿水平。月之暗面相关人士黄震昕在后续采访中透露，K3 发布后海外付费用户与 API 收入均增长 400%，产品进入 200 多个国家和地区。

来源：罐头图库

但把时间拨到 10 月 21 日，K3 之后再没有任何新旗舰正式接棒。与此同时，OpenAI、Anthropic、智谱等国内外头部玩家在 7 至 10 月密集推出旗舰新版本。一边是竞品按月推进，一边是 Kimi 静默三个多月。

那么，只盯着“旗舰模型”这一个口径，Kimi 到底是自己慢了，还是被外部节奏甩下了？

「本文只把 K3.1 这一级别的主版本算作“旗舰模型”。K2.8 Preview 这类过渡版本、Kimi Code 工具更新、Code/Flash 类小模型，以及网络上的泄露字符串和传闻，都不计入旗舰发布。」

01

Kimi 的旗舰，

真的慢下来了吗？

上半年，Kimi 的旗舰线其实保持着节奏。1 月推出 K2.5，4 月推出 K2.6，7 月 16 日推出 K3——不到半年连发三代。K3 定位 2.8 万亿参数、100 万 token 上下文，是明确的旗舰主版本。

但截至 10 月 21 日，外界期待的 K3.1 始终没有正式发布。没有官方模型卡，没有公开权重，没有 API 定价，也没有发布日期。

K3 之后，Kimi 的旗舰线已经空窗超过三个月，相比自己上半年的发布节奏，明显放缓了。

来源：罐头图库

值得一提的是，虽然9 月 11 日，公司上线了 K2.8 Preview，但官方定性是“综合接近旗舰”的过渡版本，并不等于 K3.1 级旗舰。

网络上出现的 kimi-k3-1、k3d1-agent 等泄露痕迹，只能说明研发动作存在，但“泄露”不等于“发布”。至于 Kimi Code 的 CLI、桌面端更新，属于工具线，同样不改变旗舰模型空窗的事实。

把视野拉到全球，7 至 10 月主要玩家的旗舰动作如下：

其中，“两代旗舰相隔”对比各家旗舰主版本之间的发布间隔。其他头部玩家窗口内密集迭代（数周至 2 个月一代），Kimi 自 K3 后 K3.1 未发，间隔已超 97 天且持续拉长。Kimi 的 97 天为精确值（K3 7/16 至 10/21）；竞品间隔为用户整理口径、待核。

绝对空窗上，Kimi 超过三个月无新旗舰，在全球主要玩家中属于最长的梯队之一。

相对落差上，OpenAI 以周级、月级推进旗舰，Anthropic 保持双月节奏，Google、Meta、Mistral、Cohere、智谱在窗口内都有旗舰动作，DeepSeek 也靠月级轻量更新维持存在感；而 Kimi 的旗舰线完全静默。

来源：罐头图库

把“两代旗舰相隔”这一列摊开看，OpenAI 在窗口内数周就迭代一代、Anthropic 稳定双月一代，而 Kimi 自 K3 之后 K3.1 始终未发，间隔已经拉到 97 天且还在往上走。

只针对旗舰模型这一个口径，Kimi 相比自己之前慢了，横向对比也慢了。

02

K3 爆红之后

KiMi怎么慢了？

7 月 19 日，也就是 K3 发布后 48 小时，月之暗面发出公告：自 K3 发布以来，用户请求量大幅超出预估，并逼近现有集群承载极限。为保障已订阅用户体验，公司即日起暂停消费端（C 端）新用户订阅，把已有算力全部投入服务已订阅用户。

黄震昕后来回忆当时的两难：放开全部新用户注册，会严重损害存量付费老用户的体验；优先保障付费客户，就要临时限制新用户。他当时的选择是“宁可暂时放弃新增收入，也要守住付费客户的使用体验底线”。

把算力拆开看，问题不只是“训练完就能发”。旗舰模型发布前，还需要预留推理冗余、灰度容量和 API 稳定性。当存量算力被锁定给付费用户保体验，新旗舰的全量发布就缺少安全余量，节奏只能往后放。

来源：罐头图库

另一个变量是外部扩容本身。月之暗面正与阿里推进算力合作，双方达成一份算力协议，月之暗面可使用约 2 万颗英伟达 GPU 组成的集群，占其整体算力相当大一部分。

但这是外部租用算力，需要部署、适配、压测，成本结构也会影响 API 定价和会员容量设计。新旗舰的发布窗口，本质上要等“训练算力 + 推理冗余 + 外部集群稳定”同时就位，比“模型训练完成”复杂得多。

K3 本身也是个“重”模型。2.8 万亿参数、100 万上下文，训练、对齐、推理优化和 Agent／Coding 能力验证周期天然更长。

如果 K3.1 继续提升能力，不是简单的小版本，而要做系统级验证：能力、成本、稳定性、API 容量，每一项都要重新跑通。算力紧缺不是唯一原因，但它把原本就长的旗舰周期进一步拉长了。

发布策略也转谨慎了。K3.1 的泄露痕迹一直存在，但官方始终未发；K2.8 Preview 以“Preview”灰度上线，说明官方在控制发布风险。在算力紧绷背景下，一次失败的旗舰发布可能直接冲垮容量和体验。“发不好不如不发”，决策的权重明显上升。

来源：罐头图库

工具线则在分流注意力。7 至 10 月，Kimi Code 仍有更新，说明资源部分转向工具打磨、开发者生态和存量留存。在算力受限前提下，优先保障已付费用户的工具体验，比冒险发布新旗舰加剧容量波动，更符合商业理性。

Kimi 旗舰变慢的起点，是 K3 需求爆发导致推理算力紧缺，官方暂停 C 端新订阅、锁定存量算力保付费用户；叠加旗舰长周期、外部扩容限制、发布谨慎和多线资源分配，共同造成了 7—10 月的旗舰空窗。

03

空窗期越长，

市场在担心什么？

开发者心智是最直接的。竞品旗舰月更，会持续抢走“最新最强”的标签。对一个靠开源口碑起家的模型来说，标签被抢，开发者迁移成本就低了。

与此同时，API 生态还停在 K3 这一代。K3.1 未发，第三方工具仍围绕 K3 配置，K2.8 Preview 只能部分缓冲。Kimi Code 的更新能部分对冲模型空窗，却难完全替代一次旗舰发布。

K3.1 能否正式发布、何时发布；算力扩容能否支撑新旗舰全量上线；K2.8 Preview 是长期过渡，还是很快被 K3.1 接替。

来源：罐头图库

总的来说，Kimi 不是“停更”，而是“旗舰模型空窗 + 算力硬约束 + 发布谨慎”的叠加。它不等于研发停摆，但在竞品旗舰月更的环境里，空窗会放大“变慢”的市场感知。

真正的问题，从来不是这三个月有没有模型动作，而是 Kimi 能否用 K3.1 把旗舰节奏重新接上。

你看好 Kimi 吗？欢迎在评论区聊聊你的判断。