# Kimi 把模型和智能体绑在一起发，Manus 则靠别人的模型做上层应用

> 原标题：Kimi 的一体化，Manus 的分层

- 来源：阮一峰的网络日志
- 发布时间：2026-01-29T08:02:30.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/3587
- 原文：http://www.ruanyifeng.com/blog/2026/01/kimi_k2.5.html

## 摘要

Kimi 这次发布的重点不是 K2.5 模型本身，而是它同时推出了一个基于该模型的智能体应用，直接在官网上线了。这跟 Manus 的做法正好相反：Manus 用的是 Anthropic 的 Claude 模型，自己只做上层的智能体产品，属于分层开发。Kimi 走一体化路线，把底层模型和上层应用打包发布。文章实测了 K2.5 智能体的“视觉编程”功能，上...

## 推荐理由

这篇值得看，因为它讲的是产品形态的转向，而不只是模型跑分。Kimi 这次把 K2.5 模型和 Agent 模式一起塞进官网切换入口，等于告诉用户“你不用管底下是什么，直接用就行”。1500 步操作和 100 个 Agent 并发的数字，说明他们在长任务和并发上做了工程投入；视觉编程那条路，是从设计稿或录屏直接出页面，想法挺直接。但我会先打个折：正文没写价格、上下文长度和 API 条件，这些才是工程落地的硬指标。另外消息源本身是评论性质，不是一手技术报告，所以判断要留余地。整体来说，它把“一体化还是分层”这个老问题又拉回台面上，对做 Agent 产品...

## 锐评

阮一峰这篇实测点出了一个被跑分掩盖的变化：Kimi 开始走“模型+应用”打包路线，跟 Manus 那种只做上层、模型用别家的分层玩法正好相反。文章里最实在的部分是视觉编程测试，上传一段网站视频就能把页面还原到接近可用的程度，说明视觉理解不是噱头。另外提到的“蜂群功能”最多能调用 100 个智能体并行干活，以及单次 1500 步的长程操作，听着挺唬人，但正文没给出具体任务的成功率和一致性数据，这点要打个折。

整篇评测来自个人博客，不是官方通稿，好处是敢说“响应速度前所未有的慢”这种用户反馈，坏处是缺少对照实验和量化指标。文章完全没披露 K2.5 的 API 定价、上下文窗口大小和并发限制，对想接进业务的人来说，这三项比跑分重要得多。

目前看，一体化路线让 Kimi 在体验上更顺滑，但能不能持续，还得看后续是否开放接口、成本是否扛得住。如果只是官网一个 demo 而迟迟不给 API，那这更像一次产品宣发，而不是生态构建。