Kilo Code 拆解 —— 用开源 VS Code 插件，撬动 Cursor 那座 90 亿美元的 IDE 分叉

速览 + 核心事实

Kilo Code 是一款以 VS Code 插件形态发布的开源 AI 编码 agent。它是一条分叉血脉的第三代产物：最初的自主 agent Cline 被分叉出了 Roo Code（社区驱动、迭代更快），后者又被分叉出了 Kilo Code（融合了前两者的精华，并叠加自己的路线图）。整个技术栈采用 MIT/Apache 许可，源码托管在 GitHub，二进制可从 VS Code Marketplace 一键安装，而这家公司真正收费的，只有一件事：如果你把模型调用经由它的代理转发，它会在 token 上加一层加价。自带 Anthropic、OpenAI、OpenRouter 或本地 Ollama 的 key，产品就永久免费。

正是这个结构性选择 —— 做插件而非分叉 IDE、自带 key 而非按席位收费 —— 让 Kilo 作为一个商业拆解案例变得有意思。它正面盯着 Cursor 约 90 亿美元的估值，然后说：我们不需要分叉编辑器，不需要让开发者重新学一套快捷键，不需要每月收二十美元。我们搭着 VS Code 的车，在推理上抽一层薄薄的利润，剩下的交给开源飞轮去做分发。

核心事实

字段	数值
成立时间	2025 年（分叉自 Roo Code，后者于 2024 年底分叉自 Cline）
定价模式	自带 key 免费，可选托管 token 路由并加价
估算 MRR	约 $50K（token 转发利润，独立开发者规模）
许可协议	Apache 2.0
分发渠道	VS Code Marketplace、JetBrains Marketplace、GitHub releases
团队规模	估算 3-6 人，部分为社区贡献者
融资情况	自筹 / 社区资助（未公布 VC 轮次）
直接竞品	Cursor、Windsurf、Cline、Roo Code、Aider、Claude Code、Continue.dev
护城河	单独看较低，作为开源联盟一员则中等

接下来的拆解，与其说是关于 Kilo 这款产品，不如说是关于 Kilo 这个战略站位。如果你是一名独立开发者，正打量着 AI 编码这条赛道、得出"太拥挤、进不去"的结论，那 Kilo 恰恰是那个会告诉你"楔子不在功能、而在分发形态"的案例。

Cline → Roo → Kilo 的分叉家谱

要理解 Kilo，就得理解它继承了什么、又舍弃了什么。这条血脉之所以重要，是因为每一次分叉都有其特定缘由，而这些缘由又直接对应着 Kilo 创始人对"想做一家什么样的公司"所做的战略抉择。

Cline（最初叫 Claude Dev）是第一个被广泛采用、运行在 VS Code 内部的自主编码 agent。Saoud Rizwan 在 2024 年年中作为个人项目发布了它。当时的关键洞察是：Claude 3.5 Sonnet 突然好到足以驱动一个真正的 agent 循环 —— 读文件、写文件、执行命令、观察输出、再迭代 —— 而这个循环理应有一个活在编辑器里、而非独立聊天窗口里的 UI。Cline 把一件事做好了：它让 Claude 在你的项目里有了一双手。到 2024 年底，它已有数十万次安装和一批狂热用户，但开发节奏刻意保持克制。Saoud 会拒绝那些不合他口味的 pull request，把功能面控制得很小，并抵制社区对更多可配置项的诉求。

Roo Code（最初叫 Roo Cline）是一个明确拒绝那种节奏的分叉。Roo 团队 —— 核心是一群想要更快迭代、更多模式、更多模型供应商、第一天就支持 MCP 的开发者 —— 于 2024 年底从 Cline 拉出分支，开始按周而非按月地发布功能。Roo 加入了自定义模式（Architect、Code、Debug、Ask）、并行浏览器操作、computer use、图片输入，以及一套被 Cline 维护者明确选择不去做的设置面板。短短数月内，Roo 在 star 增长和安装速度上就盖过了 Cline，印证了开源世界里最古老的模式之一：当原始项目的路线图偏离了最大声那批用户想要的东西时，一个加速交付功能的分叉，即便原项目保住了品牌，也会赢得贡献者群体。

Kilo Code 是分叉之分叉。Kilo 的创始人审视 Cline-Roo 的分裂，押下了一个不同的赌注：他们不站队，而是融合两者之长、再叠加自己的主张。Kilo 持续从 Cline 和 Roo 双向拉取上游，这意味着任一母项目发布的功能，几天内就能落地到 Kilo。在此之上，他们又加入了自己的差异化 —— 更精致的上手引导、与 OpenRouter 和 Requesty 代理更紧的集成、一套让你一键切换"模型+prompt"组合的 profile 系统，以及面向那些不想自己维护 API key 的用户的托管计费层。

这种三级分叉的动态，是更广义的 AI 工具市场一直讨论不足的，而它对任何考虑入局这片赛道的人都很关键。这里的教训不是"分叉总会赢"，而是：在一个宽松授权、快速演进的品类里，战略问题不是"我能不能在工程上压过领先者"，而是"我能不能在节奏上压过他们；如果能，贡献者群体会不会跟过来"。Roo 对 Cline 的这两个问题都答了"会"。Kilo 押的赌注是同样的动态会复利叠加：通过做最受欢迎的分叉、最激进地合并上游变更、对那些想要"单一负责人"的企业用户最友好，Kilo 能成为整合这条血脉心智份额的那一版。

这个赌注里有一个必须点名的风险。Cline-Roo-Kilo 这条链条是一个联盟，它的生死系于 Anthropic 的定价以及 Claude 在工具调用上的持续优势。如果 Anthropic 改变定价模式、锁死某些 agentic 模式，或者发布一个第一方的 VS Code 插件、让整个第三方 agent 层瞬间过时，整条血脉会被同时挤压。Claude Code —— Anthropic 自家于 2025 年初发布的 CLI agent —— 已经是那个剧本的部分上演。Cline-Roo-Kilo 血脉本质上是架在 Anthropic API 之上的分发层，而当 API 厂商决定自己把应用做出来时，架在 API 之上的分发层就会被去中介化。持有这份风险并不会让该战略失效，但它定义了时间窗口。任何在 2026 年照抄这套打法的人，跑道都比 2024 年的原始 Cline 团队短得多。

Kilo 与 Cursor 的关键差异

很自然的问题是：当 Cursor 以 90 亿估值融到约 9 亿美元、Windsurf 又被 Cognition 以传闻 30 亿美元收购时，Kilo 或它血脉里的任何一员，凭什么有资格存在？答案落在一个单一的架构选择上：Kilo 是一个 VS Code 插件，而 Cursor 是 VS Code 的一个分叉。

分叉意味着 Cursor 要发布自己的编辑器二进制。他们拿开源的 VS Code 代码库，大幅打补丁，重新构建，再作为一个独立应用分发。VS Code 每次更新都得 cherry-pick 或合并。每个 VS Code 插件都得在分叉后的运行时上重新验证。每一次开发者上手，都要说服别人安装一个新 IDE，并迁移他的设置、快捷键、主题和插件列表。分叉模式给了 Cursor 改动一切的自由 —— 他们能重写文件树、重新设计命令面板、把行内 AI 直接嵌进编辑器表层 —— 但这要付出一整个平台工程团队的代价，以及"一名开发者一个 IDE"的天花板。

插件则是相反的取舍。Kilo 改不了文件树。它没法像 Cursor 那样嵌入行内 ghost text，因为那需要 VS Code 不向插件开放的编辑器 API。它被约束在 VS Code 分配给插件的面板里，外加插件 API 允许的行内装饰和 code action。作为交换，Kilo 得到了 Cursor 永远不会拥有的东西：它能从 marketplace 三秒装好，能与开发者已经喜爱的每一个其他 VS Code 插件共存，能免费继承每一次 VS Code 更新，还能搭上 JetBrains 乃至 Cursor 的分发面 —— 没错，Kilo 在 JetBrains Marketplace 上，也没错，Kilo 能跑在 Cursor 里面，因为 Cursor 是 VS Code 的下游，继承了插件 API。

最后这一点，是付得起房租的那个笑话。一个钟爱 Cursor 行内 ghost text 的开发者，可以在 Cursor 里装上 Kilo Code，用它跑自主 agent 循环，同时保留 Cursor 做行内补全。Kilo 寄生在 Cursor 的 IDE 工作之上，却又不与 Cursor 的 tab 补全产品构成竞争。对很多用户来说，两者在同一台机器上和谐共存。

另一个主要的架构差异是 agent 循环的拓扑。Cursor 的旗舰体验是 Composer 模式：一个聊天面板，你描述你想要什么，模型跨文件编辑。Kilo（及其 Cline-Roo 血脉）更重地倾向多 agent 模式 —— 显式的 Architect、Code、Debug、Ask、Orchestrator 模式，每个模式有自己的系统 prompt、自己的模型选择、自己的审批策略。用户可以把 Claude Opus 钉在 Architect 模式做规划，Sonnet 钉在 Code 模式做实现，Haiku 钉在 Debug 模式做廉价迭代，再把本地 Qwen3-Coder 模型钉在 Ask 模式供离线使用。这种"按模式选模型"的可配置性，是 Cursor 一直在朝其靠拢、却没有以同等显式程度暴露出来的，部分原因在于 Cursor 的产品表层是为"想要一件事做到极好"的开发者优化的，而非"想要每一个旋钮"的开发者。

这种"按模式选模型"的模式，作为一种产品定位选择很关键。它明确地宣告：Kilo 是给那些对"何时该用哪个模型"有自己见解的开发者用的。这是一个比 Cursor 更窄、却更深的受众 —— 这类开发者往往是早期采用者，在 Twitter 和 Hacker News 上很活跃，也愿意为产品布道。TAM（总可服务市场）与 NPS（净推荐值）之间的取舍是真实存在的，而 Cline-Roo-Kilo 血脉一贯选择了 NPS。

商业模式：Token 转发加价

Kilo 的商业模式薄到几乎称不上传统意义上的商业模式，而这恰恰是它作为拆解案例有意思的地方。

产品免费。源码开放。如果你自带 Anthropic、OpenAI、OpenRouter、Gemini 或 Bedrock 的 key，你付给 Kilo 的是零美元，你的推理账单直接结给你的模型供应商。这和 Cline、Roo 的运作方式完全一致 —— 自带 key（BYOK）模式本质上是开源编码 agent 品类的入场券，因为当原始版 Cline 既免费又同质时，没人会去安装一个封闭计费的插件。

Kilo（以及 Roo，各自独立地）在此之上叠加的营收机制是：一套托管路由服务。你把信用卡给 Kilo，公司在各大模型供应商和 OpenRouter 处都持有账户，Kilo 在你实际消耗的 token 上向你收取一笔小额加价。便利性的卖点是：你不必跨七家供应商管理七套 API key，不必给每家充值，并能在一个面板里得到统一的计费与用量分析。

加价幅度在个位数百分比 —— 通常约为推理成本的 5%，小到工程师不会注意、大到在规模化后能产出真实的利润。如果一个重度用户每月经 Kilo 转发花掉两百美元的 Claude token，公司从他身上赚到十美元。这听起来微不足道，直到你把它叠加到成千上万用户身上 —— 一万名重度用户、每月十美元加价，就是十万美元 MRR，而除了代理基础设施本身，几乎没有商品成本。

针对 Kilo 估算的五万美元 MRR，反映的是这条增长曲线上更早的一个点位。Roo 和 Cline 都早于 Kilo，已经捕获了这条血脉用户群里更大的份额。Kilo 是更晚入场、正在抢着整合这个融合受众的新玩家，以它当前的规模，加价营收大概率落在每月高四位数到低五位数之间。做类似产品的创始人，应当把五万这个数字当作一个第一年独立生意的快照，而非天花板。

诚实地讲，这套模式并不很有护城河。任何人都能搭一个 OpenRouter 代理、在上面加价。真正的护城河 —— 如果说有的话 —— 在于这层加价被捆绑进了一款用户出于非定价原因就已经选中的产品里。用户是为 agent 而来，加价是他接受的一笔便利税，因为手动管理 key 很烦人。产品才是护城河，路由只是那个计费表。

这对一名独立创始人可能面临的"自建还是买"决策有重要含义。如果你在考虑克隆这套模式，正确的次序是：先做一个出色的 agent，拿到分发，然后才在上面叠加路由加价。在没有一款拳头应用依附的情况下做"带加价的路由"产品，是条死路 —— 那正是 OpenRouter 自己在卖的东西、加价还更低，没有理由的话没人会舍它而选你的代理。Kilo 的理由就是那个 agent。代理是它的下游。

Kilo 对比 Cline、Roo、Cursor、Windsurf、Aider、Claude Code

如今 AI 编码这个品类已经拥挤到，任何拆解都得把对象放进完整的格局里。下面这份对比刻意带有主观立场 —— 每一项都按"一名独立开发者在挑选要对标哪款产品时真正会权衡的维度"来打分。

产品	形态	许可	定价	长处	短板
Kilo Code	VS Code / JetBrains 插件	Apache 2.0	自带 key 免费，托管路由约 5% 加价	两者之长的分叉、多 agent 模式、上游合并最快	安装量小于母项目、品牌更新
Cline	VS Code 插件	Apache 2.0	自带 key 免费，无托管计费	先发、UX 最简洁、品牌记忆最强	路线图保守、模式更少、节奏更慢
Roo Code	VS Code 插件	Apache 2.0	自带 key 免费，可选托管路由	功能迭代最激进、分叉社区最大	不如 Kilo 精致、设置项过于繁杂
Cursor	VS Code 分叉（完整 IDE）	闭源	Pro $20/月，Business $40/月	行内 tab 补全同类最佳、Composer 模式成熟	90 亿估值压力、IDE 迁移摩擦、闭源
Windsurf	VS Code 分叉（完整 IDE）	闭源	Pro $15/月，有免费档	Cascade flow agent 循环确有新意、行内速度快	被 Cognition 收购、未来方向不确定
Aider	终端 CLI	Apache 2.0	自带 key 免费，无托管计费	Git 原生提交、无 UI 开销、适合 headless	无编辑器集成、学习曲线、仅限终端
Claude Code	终端 CLI + IDE 插件	Anthropic 专有	Pro $20/月，Max $200/月，API 计量	Anthropic 原生、Claude 集成同类最佳	单一厂商锁定、不支持 GPT 或本地模型
Continue.dev	VS Code 插件	Apache 2.0	自带 key 免费，有企业档	企业定位强、可自托管模型	不如 Cline 血脉 agentic、更偏自动补全
GitHub Copilot	VS Code / JetBrains / Vim 插件	闭源	个人 $10/月，商业 $19/月	微软分发、深嵌 GitHub	采用 agent 模式较慢、可配置性较低

有几点观察是表格用单元格装不下的。

"分叉 IDE"与"做插件"之间的分裂，是这个品类里最具决定性的战略选择。Cursor 和 Windsurf 选了分叉。Cline、Roo、Kilo、Continue 和 Copilot 选了插件。分叉阵营能改动编辑器本身，但要交平台税。插件阵营继承平台，却活在它的 API 之内。两个阵营都既产出了十亿美元级的结果（Cursor、Windsurf-经-Cognition），也产出了独立开发者规模的结果（Cline、Roo、Kilo、Aider）。现在断言赢家还为时过早 —— 而把它框定成"单一赢家通吃"很可能本身就是错的。显然存在不同的开发者群体，分别对应不同的形态。

"自带 key 与捆绑定价"之间的分裂，是第二具决定性的选择。Cursor 和 Windsurf 把推理捆进订阅，这意味着重度用户每消耗一个 token，它们都承担定价风险 —— 一旦 Claude 涨价、或单个用户狂刷 agent 循环，捆绑定价的公司就要吸收成本。Kilo、Cline、Roo 和 Aider 通过自带 key 把这份风险转给了用户，这就是为什么它们的产品本身能收零或近乎零的费用。捆绑模式对想要月度成本可预测的轻度用户更好。自带 key 模式则对想要掌控"何时跑哪个模型"、且不愿在同一订阅池里补贴轻度用户的重度用户更好。

Claude Code 是那张外卡。Anthropic 在 2025 年初把它作为第一方 CLI agent 发布，它一直在 Claude 死忠开发者中悄悄蚕食 Cline-Roo-Kilo 的受众。Anthropic（至今）还没发布一个 VS Code 插件来直接挑战这条血脉，但这个战略可能性永远摆在桌面上。血脉的回应是更重地押注多模型支持 —— Kilo 和 Roo 都能与 GPT、Gemini 和本地模型很好地协作，这把它们定位成了"模型无关"的选择，去对抗 Anthropic 第一方的单一厂商产品。

对一名独立开发者，这张表归结为一个问题：这九款产品都服务不足的那个相邻细分，到底是哪一个？诚实的答案是：广义的横向 AI 编码 agent 现在已被覆盖得很好，独立开发者的楔子在纵向 —— 安全审计 agent、遗留 COBOL 迁移 agent、Solidity 专用 agent、嵌入式 C agent。我们会在"打法"一节回到这一点。

把开源当作分发

Cline-Roo-Kilo 血脉是当代"把开源当作分发战略、而非把开源当作软件哲学"的最纯粹案例。

Cursor 和 Windsurf 都融了数亿美元，并用这笔资本去买分发 —— 付费广告、会议赞助、开发者关系团队、增长黑客式的推荐计划、与训练营课程的集成。它们不得不这么做，因为 IDE 分叉这种形态需要一次重量级安装，以及开发者的一次行为改变。你没法心血来潮地试用 Cursor；你是把它作为主力编辑器郑重承诺下来的。

Cline 反其道而行，却用小得多的营销预算达到了相当的用户体量。它的分发渠道是：VS Code Marketplace 对快速增长插件的算法曝光、来自满意早期用户的 Hacker News 和 Reddit 帖子、开发者展示 agent 工作流的 Twitter 推文，以及 GitHub stargazer 飞轮 —— 每多一颗 star 就把项目在搜索排名里往上推一点。Roo 沿用了同一套打法，外加对 Cline 的明确定位（"和 Cline 一样，但更快、模式更多"）。Kilo 再次沿用，定位是整合两个母项目。

这套打法为何奏效，其机理值得拆开来看，因为它能推广到其他品类。

第一，VS Code Marketplace 本身就是一个奖励快速增长的发现渠道。安装量增长快的插件会被推荐进编辑器的推荐面板，这又驱动更多安装，从而复利。Cline 在 2024 年底狠狠搭上了这套算法。Roo 在 2025 年初搭上了它。Kilo 现在正搭着它。任何在 2026 年照抄这套打法的人，进入的是一个曲线已经变陡的 marketplace —— 如今要拿到算法曝光，需要的初始速度比十八个月前更高，因为门槛已经抬上去了。

第二，开源贡献者飞轮是真实且被低估的。Cline 和 Roo 都有数百名贡献者提交过代码、写过文档、报过详尽的 bug、并在各自社区里为产品布道。每一个贡献者都是一个分发节点 —— 他们会为自己被合并的 PR 发推、在 meetup 上推荐项目、在拿到非平凡功能上线时写博客。这是金钱难以轻易买到的分发，因为它要求项目真的去合并贡献、并显眼地致谢贡献者。

第三，宽松授权的源码本身就是一个分发面。那些想做自家内部 AI 编码工具的公司，可以分叉 Cline、Roo 或 Kilo，为自己的技术栈定制，并在组织内部部署，无需购买许可。其中一些公司最终会成为托管路由层的客户，或聘请原维护者做顾问，或赞助某些特定功能。换句话说，许可协议创造了一个远比任何十四天 SaaS 试用都更深入的免费试用。

这套打法只有在项目确实出色、且维护者确实有响应时才奏效。开源不是营销把戏；它是对一个社区的长期承诺，而这个社区一旦发现你只把它当把戏，翻脸会很快。Cline 的维护者在拒绝合并社区 PR、招致 Roo 分叉时领教了这一点。Roo 的维护者吸取了那个教训，刻意做得更包容 —— 而 Kilo 是同一逻辑的下一代。在这片赛道上获胜的公司，是那些把贡献者群体当作真正的产品、把路由加价当作副业的公司。

为何对独立开发者而言，VS Code 插件胜过分叉 IDE

这次拆解抛出的最深的战略问题是：如果你是一名只有一到三名工程师、没有 VC 融资的独立创始人，你应该做一个 VS Code 插件，还是一个 VS Code 分叉？

答案压倒性地是插件，理由是结构性的。

分叉 VS Code 是一个平台工程问题。你需要团队里有人能跟上微软的发布节奏、移植安全补丁、跨 macOS / Windows / Linux 管理构建流水线、用平台证书签名二进制、在不破坏已安装用户状态的前提下处理自动更新，并维持与用户期望继续可用的成千上万个插件的兼容性。Cursor 和 Windsurf 能做这件事，因为它们有相应的人手。一个两人独立团队做不到，而这道鸿沟会立刻体现在流失率上 —— 基于分叉的 IDE 哪怕只比上游 VS Code 落后几周，也会开始把用户流失给更精致的替代品。

插件则恰恰相反，它把所有那些平台工作都推回给微软。你针对 VS Code 插件 API 写 TypeScript，发布到 marketplace，按自己的节奏出功能，永远不必操心编辑器本身能否在用户机器上运行。这正是 Cline-Roo-Kilo 血脉能以如此小的团队存在的全部原因。

插件这种形态还有一个被低估的隐藏分发优势：VS Code Marketplace 本身像一个应用商店，每周有五百万到一千万开发者从中走过。被推荐的插件无需任何营销投入就能拿到数十万次自然安装。基于分叉的 IDE 则必须通过付费或赢得的媒体去获取每一个用户，因为用户必须去一个网站、下载一个二进制、再作为一个独立应用安装。marketplace 本质上是分叉模式无从获取的免费分发。

取舍，再说一次，是功能天花板。插件没法重写编辑器。它改不了文件树，没法在 Cursor 能嵌入 AI 的同一些表层嵌入 AI，没法给应用本身重新打品牌。如果你想做的功能绝对需要编辑器内部的改动，那分叉是唯一的路。但对绝大多数独立开发者的用例 —— agent、自动补全、代码评审、文档生成、重构工具 —— 插件 API 都绰绰有余。

Kilo 的创始人押下了插件这一注，而这注正在见效。这也是大多数考虑这片赛道的独立创始人应该押的注，但有一个重要的附带条件：横向 agent 这个位置如今已被 Cline、Roo 和 Kilo 占据，在 2026 年正面硬刚，比在 2024 年要难。新入场者的缺口在纵向 —— 挑一门服务不足的语言或一条服务不足的工作流，为它做那个 agent，而不是为所有人做那个 agent。

这就把我们带到了"打法"。