年轻的时候，你有没有纠结过：喜欢你的女孩和你喜欢的女孩，到底选哪个？
哟，一问一答，还挺对仗。但在今天，咱们程序员也遇到了类似的选择题：好用是真好用，但麻烦也是真多的工具，你还用吗？
就拿Claude Code来说吧，它优秀吗？当然优秀！好用吗？确实好用！
But，网络抽风、支付卡壳、额度限制、甚至突然封号……你的小心脏受得了吗？这些问题我猜你大概率都中过招。
虽说未来可能还有新风险，但更扎心的是，人家平台可能压根没把你当自己人。这你能忍？咱们离了它还写不了代码了？
所以今年5月，我火速调研了一圈，发现了Kilo Code这个宝藏。它名声在外，全球调用量稳居前三，一度冲上第一。那为啥在国内有点“低调”呢？咱今天就聊聊，它和Claude Code比，都有哪些优势——
开源免费、门槛为零、国内直连、模型随心换、插件齐全、CLI顺手……
换言之，用户体验上几乎能无缝切换。
我花了好几周时间体验了它的命令行模式，结论是：完全可以当作Claude Code的优秀平替。
昨天，我只用了它最核心的两个功能：Plan模式做设计规划，Code模式负责实现。最终搞出来的东西质量还挺高，有点超出预期。
下面，我带你走一遍过程，看看它到底靠不靠谱。
第一步：撰写需求
通常在Plan模式下，你可以像聊天一样把需求理清楚。不过这次我思路比较明确，就直接喂给它一份需求文档了。
虽然不是啥大型系统，但该有的功能一个不落：
- 一个好看的教学网站首页。
- 用户注册和登录页面。
- 学习中心，能看到课程地图和进度。
- 学习详情页是左右分栏：左边看图文教程，右边可以直接在沙盒终端里操作。
- 在终端输入命令，能立刻收到验证反馈。
- 闯关成功后自动解锁下一模块。
- 进度云端保存，换电脑也能接着学。
第二步：生成项目计划
进入Plan模式，把需求丢给它，一份详细的开发方案和计划就出炉了。
生成的PLAN.md老长了，总体是十大步骤：从项目初始化、内容生成（教学讲解和习题），到数据库设计、后端分层编码（lib/Repo/Service/API），再到前端页面、端到端测试，最后是启动脚本和文档。自底向上，完全就是标准的工程项目研发流程。
阶段一就拆解了15个小步骤，连后端数据库用MariaDB都规划好了。
阶段二的内容生成是个难点，但它拆分得非常清晰：去官网研究内容 -> 设计章节 -> 设计练习题 -> 撰写和生成内容。思路特别清楚。
到了阶段五的Repo层实现，规划更是体现了工程规范：所有类、所有方法细节、接口与实现分离、强调Test-Driven Development（测试驱动开发）。
后面的步骤九和十，除了每个阶段的单元测试（还需要连数据库）和HTTP API的集成测试，在最终交付前还有浏览器端到端测试，完了还要开发运维脚本和文档。
整套流程，和咱们参与的真实项目流程一模一样，严谨！
第三步：让它撸代码！
计划这么细化，接下来就是放手让它干了。
整个过程，Kilo Code会自己判断任务复杂度，并自动启动多个subAgent并发编码。（比如，它觉得3个核心Repo类可以并行，就同时开了三个subAgent来写。）这一步咱基本就等着就行。
结果，不到2个小时，它就交付了！ 这处理长任务的能力是真的强。（说明：在安装MariaDB和跑E2E浏览器测试时，它中断过2次，我手动介入了一下。）
项目交付后，我迫不及待地启动脚本想看看效果：
哎？怎么访问不了？心里顿时凉半截，E2E测试不是都通过了吗？
赶紧问了它一下，秒懂问题所在：服务监听的是localhost（云端回环地址），我本地浏览器当然访问不到。改成监听 0.0.0.0 ，立刻就好了！
登录、注册功能都有。
（插句嘴：连会话（session）管理功能都实现得挺完整，每个操作都有校验。）
学习中心有6个章节，进度展示清晰，符合预期。
课程详情页是最核心也最难的部分，但它完成得相当到位，完全符合需求：
- 左边是课程内容（内容是Kilo Code自己爬官网生成的）。
- 右边是实操沙盒终端（练习指令也是爬官网生成的）。
- 输入命令，能立刻返回执行结果或提示。
最后，它还贴心地生成了 SETUP.md 项目搭建指南。
补充说明几点：
-
为了纯粹测试Kilo Code的原生能力，我全程没使用任何额外插件或高级技能包（比如
openspec、superpowers，或UI/UE设计、代码审查等专业技能），只用了“生成计划”和“执行计划”两个核心模式。就这样的产出，我已经很满意了。 - 我甚至没用顶配模型（有点小贵），后端用的是第二梯队头部的Kimi Coding Plan，整个编码长任务跑了不到2小时。期间除了它需要我同意权限，以及那2次人工介入，我基本解放了双手。
所以你看，喜欢但麻烦的工具，和好用又省心的平替，这次咱或许有了更好的选择。
评论
发表评论