ARTICLE · 986036
K2.5退役,K3上位用了7个月的AI助手说再见,我们该担心什么?
AI工具测评 · 2026年9月2日
8月31日,你打开Kimi,发现常用模型的选项里,K2.5不见了。
不是系统故障,不是临时维护。月之暗面正式宣布:Kimi K2.5 及 moonshot-v1 全系列,永久停止服务。
从1月27日发布,到8月31日退役,K2.5的"在役寿命"只有7个月零4天。
同一天退役的,还有更古早的 moonshot-v1 系列和 OpenAI 的 GPT-5.4(Codex 登录版)。三款模型同日"到期",不约而同。
你的AI助手,正在像手机APP一样迭代——半年一个大版本,几周一个小更新,用旧了就停服。
这件事值得认真聊聊。不是因为它有多意外,而是因为==它揭示了一个我们迟早都要面对的问题:当AI工具的换代速度超过我们的适应速度,普通人该怎么办?==
一、7个月,从"最强开源"到"永久退役"
先梳理一下时间线,帮你建立完整的事件认知:
| 时间 | 事件 |
|---|---|
| 2026.01.27 | Kimi K2.5 发布,万亿参数 MoE 架构,原生多模态 |
| 2026.07.16 | Kimi K3 上线,2.8万亿参数,全球首个 3T 级开源模型 |
| 2026.07.19 | K3 用户请求量超预期,月之暗面暂停 C 端新用户订阅 |
| 2026.07.27 | K3 完整权重开源,修改版 MIT 许可证 |
| 2026.08.24 | 月之暗面官宣 K2.5 + moonshot-v1 系列月底下线 |
| 2026.08.31 | K2.5 与 moonshot-v1 全系列正式停服 |
K2.5 发布时,是 Kimi 迄今推出的"最智能、最全能的模型"。它基于万亿参数 MoE 架构,用15万亿视觉与文本混合 Token 做原生多模态训练,在 HLE-Full(带工具)评测中领先 GPT-5.2 达4.7个百分点。
但7个月后,它就被 K3 替代了。
月之暗面在社交平台的原话是:"Kimi-k2.5 模型的 API 下个月就要退出历史舞台了,大家可以选择更强大的通用模型:Kimi K3、K2.6,或者编程模型 K2.7 Code、K2.7 Code HighSpeed。"
没有挽留,没有过渡期延长。直接退役,引导迁移。
二、K3 到底强在哪?K2.5 vs K3 核心对比
退役不可怕,可怕的是接替者不行。好在 K3 这次不是挤牙膏式升级,而是跨代跃迁。
| 维度 | K2.5(已退役) | K3(现役) |
|---|---|---|
| 总参数 | 万亿级(1T MoE) | 2.8万亿(全球首个3T级开源) |
| 架构 | MoE 混合专家 | Stable LatentMoE(896专家/激活16个) |
| 上下文窗口 | 256K Token | 100万 Token |
| 多模态 | 原生视觉+文本 | 原生视觉(MoonViT-V2)+文本 |
| 架构创新 | — | KDA线性注意力 + AttnRes注意力残差 |
| 训练效率 | — | 较 K2 提升约2.5倍 |
| 综合智能指数 | — | 60分,全球第五(达Claude Opus 5的95%) |
| 前端编码Arena | HLE-Full领先GPT-5.2 | 1674分,全球前列(Claude Opus 5为1691分) |
几个关键变化值得展开:
1. 上下文从25万到100万:不只是"更长"
K2.5 的256K上下文已经很强,但 K3 直接拉到100万Token。这意味着你可以一次性喂给它一整本书、一个完整代码仓库、或者几百页的合同文档,它不会"忘记"前面的内容。
支撑这一点的是 K3 的 KDA(Kimi Delta Attention)线性注意力架构——大部分注意力层用 O(n) 复杂度处理长序列,周期性交错 Gated MLA 层保留全局交互。这不是简单地把窗口数字改大,而是从底层重写了处理长文本的效率逻辑。
2. AttnRes:让信息在93层网络中自由流动
K3 的网络层数从 K2 的61层增加到93层。层数越深,信息传递越容易"失真"——就像传话游戏,传到最后一个人已经面目全非。
AttnRes(Attention Residuals)解决了这个问题:每一层可以选择性地从所有前序层检索表示,而不是只依赖上一层输出。信息不再逐层衰减,而是可以"跳跃"回溯。
3. 编程能力:从"能用"到"全球前列"
K2.5 在编程方面已经不错(HLE-Full 领先 GPT-5.2),但 K3 在前端编码 Arena 拿到1674分,紧追 Claude Opus 5 的1691分。在实际使用中,K3 在长程编码任务(比如持续数小时的代码工程维护)上表现尤为突出——它不是单轮问答冠军,而是面向长时程编码与知识工作的"Agent底座"。
马斯克在 K3 评测结果下留言了两个字:"Impressive"。
三、迁移指南:4个替代模型,怎么选?
月之暗面给了4个迁移目标,不同需求选不同的:
| 模型 | 适合场景 | 定位 |
|---|---|---|
| Kimi K3 | 通用场景 | 最强综合能力,日常对话/分析/创作首选 |
| Kimi K2.6 | K2.5的直接替代 | 价格相同,性能略强于K2.5,习惯K2.5的用户可无缝切换 |
| Kimi K2.7 Code | 编程专用 | 代码生成、调试、重构 |
| Kimi K2.7 Code HighSpeed | 编程快速版 | 需要快速响应的编码场景 |
⚠ 迁移避坑清单:
- API接口名替换:老项目里如果硬编码了
moonshot-v1-8k、moonshot-v1-128k等字符串,停服后这些接口会直接报错。需要全局搜索替换。 - 历史对话:K2.5的对话历史无法迁移到K3。如果有重要对话内容,务必在停服前导出保存。
- 自定义设置:System Prompt、角色设定等配置需要在新模型上重新调试。K3的响应风格可能与K2.5有细微差异。
- 成本变化:K3的定价高于K2.5(输出约100元/百万Token级别)。如果你是重度API调用者,预算需要重新评估。
- 简单任务别硬上K3:如果你只是做简单问答、格式转换,K2.6完全够用且更便宜。K3的优势在复杂长程任务。
四、用户社区分裂:"变笨了"还是"从未如此好用"?
K3 上线后,用户社区出现了一个有趣的现象:评价严重分裂。
一派说"Kimi变笨了"——用几天就降智,时好时坏,不如K2.5稳定。
另一派说"K3之后从未如此好用"——长文本理解、编程、复杂推理全面碾压K2.5。
根据公开的用户满意度数据,这种分裂有数据支撑:
📊 用户满意度数据
- 模型能力维度:满意度 92.2 分(极高)
- 价格维度:满意度仅 40.6 分(极低)
用户普遍承认K3模型很强,但觉得贵。而"降智"问题可能并非模型本身能力下降,而是以下因素叠加的结果:
- 模型路由策略:平台可能在不同负载下将请求路由到不同模型版本
- 推理负载过高:K3上线后需求暴涨,7月19日一度暂停新用户订阅保障存量体验
- 上下文限制:高并发下可能动态缩减实际上下文窗口
- 版本迭代中的波动:K3自身也在持续迭代,早期版本可能有不稳定的情况
但有一个数据不会说谎:Kimi 7月月活达到4226万,环比增长62.03%,增加了约1618万用户。这是当月增幅最大的头部AI应用。不管用户嘴上怎么说,用脚投票的结果是:K3带来的流量爆发了。
五、模型"寿命"不足12个月:我们正在进入什么时代?
K2.5从发布到退役只有7个月。知乎上有答主把现在的模型发布节奏比作手游更新:
"半年以上一个大版本,6周一个小版本,中间拆分为3周为单位的两个活动版本,然后此彼此伏地刷榜看排名。"
这不是月之暗面一家的情况。看看整个行业的节奏:
- DeepSeek:4月底发布 V4 Pro & Flash,之后不断迭代后训练版本
- Claude:持续更新后训练版本,间隔周期很短
- xAI:马斯克说每个月至少发布一个模型
- 智谱:GLM-5.3已与Claude Opus 5在代理能力上并列第一
一款模型的"主流寿命"可能已经不足12个月。这意味着什么?
==意味着你绑定任何一个特定模型版本做长期项目,都有踩空的风险。真正聪明的做法不是追某一个模型,而是建立一套"模型无关"的工作流——随时能换底座,但不影响你的产出质量。==
六、另一个故事线:中国模型开始向美国云厂商"收租"
这件事跟K2.5退役没有直接关系,但跟K3的未来有关,值得关注。
据路透社8月31日报道,月之暗面正在与微软、亚马逊、谷歌三大云平台洽谈 K3 的托管合作,并寻求获得相关服务收入最高30%的分成。
为什么这件事重要?因为以前的中国开源模型上美国云平台,都是"白送"——DeepSeek-R1上了AWS Bedrock,阿里千问进了AWS和Azure,一分钱不用分给模型作者。开源社区把这当作"生态推广费"。
但K3换了个玩法。7月开放权重时,它的许可证里埋了一条"MaaS门槛条款":年收超过2000万美元的企业需要另行签约。也就是说,上架美国云要谈钱这件事,不是临时起意,而是许可证设计好的必经之路。
更值得关注的是,一批美国AI产品的内核,跑的是中国大模型:
- K2.5 赋能了 Cursor
- K2.6 改造了 Cosine
- K2.7 支撑了 Devin
- K3 铸就了 Harvey(法律AI)
中国模型在海外分发渠道上第一次主张定价权——这可能是一个分水岭。
七、你的应对策略:3条建议
说了这么多,落到实际:作为普通用户或内容创作者,你该怎么应对?
建议一:马上迁移,但别只用K3
如果你还在用K2.5或moonshot-v1,立刻迁移——它们已经停服了。但不要只绑K3一个模型。K2.6价格更低,简单任务完全够用;K2.7 Code适合编程场景。按任务类型选模型,比无脑用最强更聪明。
建议二:建立"模型无关"工作流
你的System Prompt、知识库、工作流程,应该尽量做到模型无关。不要依赖某个模型特有的功能或行为习惯。今天K2.5退役,明天可能是别的模型。你的核心竞争力不该绑定在任何一个API上。
建议三:关注"个人品牌",而非"工具熟练度"
当工具人人都能用、且每隔几个月就换代时,"我会用Kimi"不再是一个护城河。你独有的经验积累、审美判断力、与读者的信任关系——这些才是工具无法替代的资产。
K2.5退役了,K3来了。但模型会一直换,你的读者不会。把注意力放在读者身上,而不是工具上。