Kilo Code 是一个开源的 AI 编码 agent，跑在 VS Code、JetBrains 和 CLI 三个地方，MIT 协议，约 2.8 万 stars。它的卖点一句话：开源、开放定价，500+ 模型随便挑，任务中途还能切换，按模型 provider 的原价付费、零加价，起步不需要 API key。跟绑死编辑器和模型的编码助手不同，Kilo 把"在哪跑"和"用哪个模型"两件事都解耦了。这篇讲它解决什么问题、哪些设计值得抄、以及局限。
解决什么问题
Kilo 解决的是"编码 agent 被锁死"的问题。多数编码助手要么绑在某个编辑器，要么绑在某个模型；Kilo 两头都不绑。模型侧内置 500+，涵盖 GPT-6 Astra、Claude Fable 5.1、Gemini 3.8 Flash、Grok 4.6、DeepSeek V4.1 Flash 等，且能在任务中途切换，按延迟、成本、推理需求匹配不同模型。交互侧覆盖交互式终端、单任务 exec、本地 web UI、PR 评审、Runtime API 和 ACP 协议，共用同一个引擎。
上手
安装走 CLI 一条命令，macOS 和 Linux 通用：
curl -fsSL https://kilo.ai/cli/install | bash
装完在任意项目目录跑 kilo 就能开始。它内置四个 agent：Code 是默认的，从自然语言实现和编辑代码；Plan 在写任何代码前先设计架构、写实现计划；Ask 只回答代码库问题、不碰文件；Debug 排查和追踪问题。还可以自己建自定义 agent。
500+ 模型与中途切换
模型的可插拔是它最大的工程取舍：不绑定任何 provider，任何 OpenAI 兼容端点都能接，本地模型走 Ollama、vLLM、SGLang。中途切换的价值在于按需分配——简单补全用小模型省成本，复杂重构切推理模型。代价是它要维护一个巨大的 provider 适配层，这对小团队是个负担，但它选择把这份负担扛下来，换来用户的自由。
自主模式
对 CI/CD，Kilo 提供了完全自主的运行方式：
kilo run --auto "run tests and fix any failures"
--auto 会自动批准权限提示，除非某条规则明确拒绝该动作，官方提醒只在可信环境用。这个模式的意义在于把编码 agent 嵌进流水线，跑一个明确任务而不开交互会话。
云 agent 与 PR 评审
除了本地三端，Kilo 还提供了两个托管入口。Cloud Agent 让你从 web 跑 Kilo，不用本地机器；Code Reviews 在 pull request 上设自动化 AI 代码评审。这两个入口的意义在于覆盖那些"不想在本地装东西"或"想在 CI 里自动审 PR"的场景，和 CLI 的自主模式拼成一个完整的使用面：本地开发、流水线、云上、评审，各有一条路，共用同一个引擎。
可复用点
两点值得抄。一是"模式 × 权限"的分离——Kilo 把 agent 分成 Code、Plan、Ask、Debug 四种模式，权限上从"改文件不先问"到"从不问"分档，让你按任务风险精确调权限，而不是一开就全放开。二是 self-checking——agent 会审校并纠正自己的工作，这是把"信任"建立在机制上而非祈祷上的一小步。另外它是 OpenCode 的 fork，说明它没有从零造轮子，而是在一个成熟 CLI 之上增强。
局限
几点要清楚。一是 CLI 是 OpenCode 的 fork，核心架构继承自它，深度定制要顺着 OpenCode 的代码走，不是全新代码库。二是 500+ 模型的"可插拔"意味着每个 provider 的适配质量参差，出问题时要自己分辨是模型还是适配层。三是自主模式 --auto 自动批准权限，在非可信环境用等于把写权限交出去，必须配合沙箱和规则。四是它独立维护，别当成某个大厂的官方工具。综合看，Kilo 适合想要"编辑器 + CLI 通吃、又不被模型锁死"的个人和团队，重 IDE 深度集成或强要审计留痕的场景，要自己补一层。