Kilo

🛠️ Kilo Code 工具是什么

Kilo Code 是一款开源的 AI 编程代理（AI Coding Agent），由包括 GitLab 前联合创始人兼 CEO Sid Sijbrandij 在内的团队创立，2025 年初上线，同年 12 月完成 800 万美元种子轮融资，投资方包括 Breakers、Cota Capital、General Catalyst 等。2026 年 3 月，Kilo Code 被 Anaconda 收购，进一步整合进企业级 AI 开发工具生态。

它的定位用一句话概括：Kilo Code 是一个“多智能体协作”的 AI 编程平台，你不是在跟一个聊天机器人对话，而是在指挥一支由架构师、编码员、调试员组成的“AI 开发小队”。它本身是基于 Cline 和 Roo Code 的 fork 发展而来，融合了两者的优点，又加上了自己的 Orchestrator 多代理编排模式。

它解决的问题是：开发者的工作流被“单一 AI 助手”的能力边界卡住了。一个通用 AI 助手做规划、写代码、调试、审查，什么都干但什么都不精。Kilo Code 的做法是把这些职责拆开——Architect 模式专门做架构设计，Code 模式专门写代码，Debug 模式专门排错，Review 模式专门做代码审查。复杂项目由 Orchestrator 自动拆解并分配给不同的专业代理执行。

几个关键事实要先说清楚。第一，Kilo Code 软件本身免费，MIT 协议开源，支持 VS Code、JetBrains 和 CLI。第二，它支持 500+ 模型，包括 Claude、GPT、Gemini、DeepSeek，也支持本地 Ollama，BYOK 模式下零加价。第三，2026 年 4 月的 v7 大版本更新引发了大量用户不满，GitHub 上短时间内收到近 200 个 issue，有用户直接说“切换到了 Roo Code”。这是一个需要留意的事实。

⚡ 核心功能

• 多模式代理系统：Kilo Code 内置 Code（默认编码）、Plan（架构设计）、Ask（代码问答）、Debug（排错）、Review（代码审查）五种专业模式。每个模式针对一类任务做了优化，你可以在任务的不同阶段切换模式，而不是用一个通用对话窗口硬扛所有事。
• Orchestrator 多代理编排：这是 Kilo Code 最核心的差异化能力。复杂项目被自动拆解为子任务，分发给不同的专业代理执行，每个子任务在独立的会话和上下文中运行，可以使用不同的模型和模式。官方描述为“将复杂任务路由给专家子代理（Architect / Coder / Debugger）”。
• 500+ 模型支持与零加价 BYOK：Kilo Code 支持 500 多个模型，涵盖 Anthropic、OpenAI、Google、Mistral、Ollama、OpenRouter 等 60+ 提供商。BYOK 模式下，你支付给模型提供商的价格就是 Kilo Code 显示的价格，平台不加价。也提供可选的 Kilo Pass 托管推理，$19/月起。
• 终端与浏览器控制：Kilo Code 可以执行终端命令、运行构建脚本、安装依赖，并操作浏览器来测试和调试前端功能。有用户评价这个能力让它“感觉像一个真正的工程搭档”，而不是一个只会生成代码片段的工具。
• MCP Marketplace：内置 MCP 服务器市场，可以查找和接入外部工具、API、数据库来扩展代理能力。Kilo Code 在 2025 年 1 月就是最早支持 MCP 的工具之一。
• 任务清单（Todo List）：对于复杂任务，Kilo Code 会自动生成任务清单，并根据完成情况动态调整，展示在聊天界面中。有中文用户评价这是“最让我惊艳的功能”，不会错过任何步骤，对任务进度一目了然。
• 内联自动补全：提供类似 Copilot 的 ghost-text 建议，按 Tab 接受。这个能力让它不只是“代理式任务执行”，也能覆盖日常的编码补全场景。
• CI/CD 自主模式：通过 kilo run --auto 可以在 CI/CD 流水线中完全自主运行，禁用所有权限提示，适合受信任环境中的自动化任务。

✨ 主要亮点与优势

1. 多代理编排是真正的差异化，不是“套壳”。大多数 AI 编程工具是一个通用代理处理所有任务。Kilo Code 的 Orchestrator 模式把复杂项目拆解给专业子代理执行，每个子代理有独立的上下文和模型选择。有中文用户形容这是“套娃”——将多个子任务串联成复杂任务链，每个子任务独立会话、独立上下文、可以不同模型。这个架构在同类工具里很少见。

2. 站在 Cline 和 Roo Code 肩膀上的整合创新。Kilo Code 是 Cline 和 Roo Code 的 fork 融合体。Cline 的优势是稳定和强集成，Roo Code 的优势是多模式和高可定制。Kilo Code 把两者的优点打包，又补上了它们最明显的短板——零门槛、可扩展、更聪明。不是从零造轮子，是把社区验证过的东西做得更好。

3. 零加价的透明定价。Kilo Code 的 BYOK 模式承诺“按提供商成本计费，0% 加价”。你实时看到每次会话的成本，按提供商标价支付，没有额度转换，没有隐藏费用。对比 Cursor 的 $20-200/月订阅，Kilo Code 在轻度使用下可能更省钱。

4. 企业级客户验证。Meta、Amazon、Airbnb、PayPal、Square、Red Hat 的工程团队在使用 Kilo Code。截至 2026 年，平台累计处理超过 40 万亿 token，GitHub 星标 26,700+，用户超过 300 万。这些数字说明它在企业环境中有实际被使用，不是小众玩具。

🎯 使用场景

Kilo Code 的场景集中在“需要多步骤、可编排的软件开发任务”上。它不是写作工具，不是设计工具，也不是纯代码补全工具。

• 复杂功能开发与多文件重构：需要跨多个文件、多个模块修改的任务。Orchestrator 模式把任务拆解给专业子代理，避免单一代理上下文被污染。
• 理解陌生代码库：把项目目录交给 Kilo Code，让它梳理目录结构、模块依赖和核心逻辑。Ask 模式专门做这个，不修改任何文件。
• 调试与问题定位：把运行报错、日志片段反馈给 Debug 模式，让它分析原因并给出修复建议。Kilo Code 的自我检查机制会自动检测并尝试修复代码中的问题。
• 代码审查：Review 模式专门审查变更，从性能、安全、风格和测试覆盖等维度发现问题。
• 预算有限的个人开发者：Kilo Code 免费 + BYOK 零加价的模式，让轻度使用成本可以压得很低。有中文用户评价“预算有限，效率拉满”。
• 不适用的人群：只需要简单代码补全的开发者（Copilot 更轻）；不写代码的用户；对 v7 版本稳定性有顾虑且不愿意尝试旧版本的用户；习惯“每步确认”且对自主性有安全担忧的用户。

📋 如何使用

第一步：安装扩展

VS Code 用户在扩展市场搜索 “Kilo Code” 安装。JetBrains 用户（IntelliJ IDEA、PyCharm、WebStorm 等）在插件市场搜索 “Kilo Code” 安装。Kilo Code 也支持 CLI 模式，通过 kilocode 命令在终端中使用。

第二步：配置模型

安装后选择模型提供商。如果你想零成本起步，Kilo Code 内置了免费模型（包括 MiniMax、GLM 等国产模型）。如果你想用 Claude 或 GPT，填入 API Key 即可。BYOK 模式下按提供商标价付费，Kilo Code 不加价。

第三步：选择模式开始任务

根据任务类型选择模式。要理解代码用 Ask，要做架构设计用 Plan，要写代码用 Code，要排错用 Debug，要审查用 Review。在聊天框里用自然语言描述任务。

第四步：使用 Orchestrator 处理复杂任务

对于复杂项目，切换到 Orchestrator 模式。Kilo Code 会自动拆解任务，生成任务清单，分发给专业子代理执行。你可以在聊天界面中看到任务进度和每个子代理的产出。

第五步：审查和提交

Kilo Code 完成任务后显示 diff。你审查代码变更，确认无误后提交。如果对结果不满意，可以在同一个会话里让它继续调整。

💡 使用技巧

• 复杂任务一定用 Orchestrator 模式。不要用一个通用模式硬扛所有事。Orchestrator 会把任务拆解给专业子代理，每个子代理独立上下文，避免“一个代理什么都干但什么都干不好”的问题。
• 先用免费模型验证工作流，再切换到付费模型。Kilo Code 内置了 MiniMax、GLM 等免费国产模型。先用免费模型跑通一个完整任务，确认 Kilo Code 的工作流适合你，再考虑接入 Claude 或 GPT。
• 关注任务清单，不要跳过步骤。Kilo Code 会自动生成任务清单并动态调整。跟着清单走，不要中途让它跳步，复杂任务的完成质量会稳定很多。
• 从 Ask 模式开始理解代码库。刚接手一个项目时，用 Ask 模式问“这个模块的认证流程是什么”，不修改任何文件。理解清楚了再切到 Code 模式动手。
• v7 版本有争议，可以先试旧版本或关注后续修复。2026 年 4 月的 v7 更新引发了大量用户不满，GitHub 上短时间内收到近 200 个 issue，有用户报告“慢、UI 极差、重复代码、崩溃”。如果你遇到问题，可以暂时用 5.x 版本，或者关注官方的修复进展。

📦 安装方式

一个实际建议：VS Code 用户安装体验最顺滑，JetBrains 用户需要用 2024.3 以上版本。如果你在云服务器上开发，CLI 模式让你在无 GUI 环境中也能使用。

💰 收费情况

Kilo Code 采用 Freemium 模式，免费版功能完整，可选 Kilo Pass 托管推理服务。

几个关键点要留意：免费版就是完整功能，不是阉割版。BYOK 模式下你支付的是模型提供商的原价，Kilo Code 不加价。Kilo Pass 的 $19/月是可选服务，不是必须的——如果你已经有 API Key，完全可以只用免费版。有用户评价“Kilo Pass 不买也能用，买了只是省心”。Teams 计划买的是治理功能，不是代理能力，单人开发者无法购买。

👥 适用人群

• VS Code 和 JetBrains 用户：Kilo Code 同时支持这两个主流 IDE 平台，不需要换编辑器。如果你在多个 IDE 之间切换，Kilo Code 的跨平台一致性比 Cursor 的“自有编辑器”模式更灵活。
• 对成本敏感的个人开发者：免费版 + BYOK 零加价的模式，让轻度使用成本可以压得很低。有中文用户评价“预算有限，效率拉满”。
• 需要多代理编排的复杂项目开发者：Orchestrator 模式把复杂任务拆解给专业子代理，适合需要跨文件、跨模块修改的大型项目。
• 使用国产模型的开发者：Kilo Code 内置 MiniMax、GLM 等免费国产模型，也支持 Kimi K2.5、小米 MiMo 等。对国内开发者比较友好。
• 不适用的人群：只需要简单代码补全的开发者（Copilot 更轻）；对 v7 版本稳定性有顾虑且不愿意尝试旧版本的用户；需要开箱即用、零配置体验的用户（Kilo Code 的 Orchestrator 和自定义模式有学习曲线）；企业采购流程要求成熟 SSO/审计日志的团队（Kilo Code 的企业治理功能仍在完善中）。

🌍 全球使用情况

Kilo Code 的用户规模在开源 AI 编程代理里属于头部。截至 2026 年，全球用户超过 300 万，GitHub 星标 26,700+，平台累计处理超过 40 万亿 token。VS Code 扩展安装量在 2026 年初达到 66 万。在 OpenRouter 的编程类应用排行榜上，Kilo Code 曾排在全站第一。

用户分布以北美和欧洲的开发者为主，但 Kilo Code 对中文用户相当友好——内置 MiniMax、GLM 等免费国产模型，支持 Kimi K2.5 和小米 MiMo。中文社区在 CSDN、腾讯云社区、阿里云开发者社区有大量教程，阿里云还专门提供了通过计算巢快速部署 Kilo Code 的体验入口。

在中国市场，Kilo Code 的认知度在上升。腾讯云开发者社区的文章把它定位为“站在 Cline 和 Roo Code 肩膀上的整合创新”，有用户评价“Kilo Code 最让我惊艳的就是它的任务清单”。阿里云开发者社区提供了云服务器终端体验 Kilo Code 的教程。不过，2026 年 4 月的 v7 版本更新引发了大量用户不满，有中文社区用户反馈“切换到 Roo Code 了”，这个事件对 Kilo Code 的口碑有一定影响。

⚖️ 优缺点分析

优点

• 多代理编排是真正的差异化。Orchestrator 模式把复杂项目拆解给专业子代理，每个子代理独立上下文和模型选择。这个架构在同类工具里很少见，适合复杂任务。
• 零加价 BYOK，成本完全可控。按提供商标价付费，Kilo Code 不加价。轻度使用成本可能低于 Cursor 的固定订阅。
• 500+ 模型，模型自由度最高。涵盖所有主流提供商，包括本地 Ollama 和国产模型。不被任何一家绑定。
• 同时支持 VS Code 和 JetBrains。不需要为了用 Kilo Code 而换编辑器。跨 IDE 团队可以标准化。
• 真实的企业客户验证。Meta、Amazon、Airbnb、PayPal、Square、Red Hat 的工程团队在使用，不是小众玩具。

缺点

• v7 版本更新引发了严重的用户信任危机。2026 年 4 月的 v7 更新后，GitHub 上短时间内收到近 200 个 issue，用户报告“慢、UI/UX 极差、无检查点重置、重复代码、崩溃”。有用户直接说“完全不可用，切换到 Roo Code 了”。这是一个需要认真对待的事实。
• 企业治理功能不如 Copilot 或 Cursor 成熟。SSO、细粒度审计日志、RBAC 等功能仍在完善中，对于需要正式安全审查的企业采购流程来说，可能不够。
• 高级功能有学习曲线。Memory Bank、自定义模式、MCP 工具配置等高级功能，相比 Copilot 或 Cursor 的“近零配置”，上手需要更多时间和精力。
• 本地模型性能取决于硬件。没有足够 GPU 算力时，本地运行大型开源模型的效果会不稳定，这限制了在标准开发机上的本地优先部署。

🔄 与同类工具对比

跟 Cline 和 Roo Code 的对比值得多说一句。Kilo Code 本身就是 Cline 和 Roo Code 的 fork 融合体。Cline 的优势是稳定和强集成，Roo Code 的优势是多模式和高可定制。Kilo Code 把两者的优点打包，又补上了自己的 Orchestrator 多代理编排。有中文用户评价“Kilo Code = Roo Code 的‘多模式 + 高可定制’ + Cline 的‘稳定 + 强集成’ + 自己的‘零门槛、可扩展、更聪明’”。但 v7 更新后，有用户从 Kilo Code 切换回 Roo Code，认为“Roo Code 仍然比新 Kilo Code 好 10 倍”。

跟 Cursor 的对比：Cursor 是 AI 原生编辑器，Kilo Code 是插件 + 多代理平台。Cursor 的 Tab 补全和编辑器内体验更好，Kilo Code 的免费程度、模型自由度、多代理编排更强。如果你大部分时间在编辑器里“边写边改”且预算充足，Cursor 更顺手。如果你追求零成本、模型自由、多代理编排，Kilo Code 更合适。

📝 总结：值不值得用

明确结论：如果你对成本敏感、需要多代理编排、想用国产模型，Kilo Code 值得试，但建议先确认 v7 版本的稳定性问题是否已修复。如果你只需要简单补全，或者对稳定性要求极高，Cline 或 Copilot 更稳妥。

Kilo Code 的核心价值在于它把 Cline 和 Roo Code 的社区验证成果整合在一起，加上了 Orchestrator 多代理编排这个真正的差异化能力。500+ 模型、零加价 BYOK、VS Code + JetBrains 双平台支持、Meta/Amazon 等企业客户验证，这些加起来让它成为 2026 年最值得关注的开源 AI 编程代理之一。40 万亿 token 的处理量和 300 万用户说明它被真实使用，不是概念产品。

什么时候值得用：你的团队需要跨文件、跨模块的复杂重构，Orchestrator 的多代理编排能帮上忙；你对成本敏感，免费版 + BYOK 零加价的模式比 Cursor 的固定订阅更划算；你想用 MiniMax、GLM 等国产模型但需要一个好的代理框架；你在 VS Code 和 JetBrains 之间切换，需要跨平台一致性。

什么时候不推荐：你只需要简单的代码补全（Copilot 更轻、更简单）；你对 v7 版本的稳定性有顾虑且不愿意尝试旧版本（可以先用 5.x 或关注修复进展）；你习惯“每步确认”且对自主性有安全担忧；你的企业采购流程要求成熟的 SSO/审计日志（Kilo Code 的企业治理功能仍在完善中）。

说得直白一点：Kilo Code 是一个“站在社区肩膀上做整合创新”的工具，不是一个从零造轮子的革命性产品。它把 Cline 和 Roo Code 的优点融合在一起，加上了自己的多代理编排，在 2026 年上半年的表现确实亮眼。但 v7 更新引发的信任危机也是真实的——近 200 个 issue、用户公开切换到竞品，说明产品迭代的稳定性有问题。用之前建议先用免费模型跑一个小任务，确认当前版本的稳定性，再决定是否投入工作流。