终端里写代码：我用 Kilo CLI 的这几个月

之前一直在 Cursor 和 VS Code 插件之间切换，感觉还是不够爽。打开 IDE 本身就有成本，有时候只是想改个小地方、查个问题，或者让 AI 帮我跑一遍测试，却要先等编辑器启动。后来开始试终端里的 coding agent，最后留在了 Kilo CLI。

这篇文章不是功能清单，就是我自己用下来的真实体验和一些小习惯。

安装很简单

最常见的方式：

npm install -g @kilocode/cli

装完直接进项目目录敲 kilo 就行。第一次会提示你用 /connect 配模型，可以走 Kilo 自己的网关，也可以直接填 Anthropic、OpenAI、DeepSeek 这些厂商的 key。我个人更喜欢 BYOK，成本透明，按官方价格走，没有额外加价。

也可以用 Homebrew：

brew install Kilo-Org/tap/kilo

或者直接下载二进制。总之装好后，kilo --version 能看到版本号就说明成功了。

日常怎么用

进项目目录后运行 kilo，会进入一个终端界面（TUI）。界面不花哨，但信息够用：当前模型、当前模式、会话历史都在。

最常用的几个命令：

• /models：切模型
• /agents 或 /modes：切工作模式
• /variant：调推理力度（比如 Claude 的 low / medium / high / xhigh）
• /new：开新会话
• /sessions：切回之前的会话

Shift + Tab 可以快速循环当前模型的 reasoning effort，比每次敲命令快一点。

我的常见流程是这样的：

1. 先用 Architect / Plan 模式把事情想清楚
   比如“给现有用户系统加邮箱登录，要求兼容现在的 JWT，写出实现步骤和要动的文件”。
   这个阶段不急着让它写代码，只看计划。计划靠谱了再往下走。

2. 切到 Code 模式开始落地
   把刚才的计划贴进去，或者直接说“按刚才的方案实现”。
   Code 模式会真正去改文件、跑命令、写测试。

3. 出问题了就切 Debug
   把报错贴进去，或者直接说“测试挂了，帮我定位”。它会自己去看日志、复现、改代码。

4. 只想问问题不改文件，就用 Ask
   比如“这个项目里用户权限是怎么控制的？”“这段代码有没有更简洁的写法？”

不同模式本质是不同的 system prompt 和权限范围。Ask 基本只读，Code 可以改文件和执行命令，Architect 更偏向设计和规划。这个分法比单纯换模型更实用。

模型怎么选

Kilo 最大的优点之一是模型随便切。Claude Opus、Sonnet、GPT、Gemini、各种开源模型都能用，切的时候不用重启，也不用换工具。

我的习惯大概是：

• 规划、架构、难 debug：用强一点的模型（Opus 或同级别）
• 日常写功能、改 bug：用中等的就够了
• 简单改名、补测试、格式整理：用便宜的快模型

Claude 系列还有 effort 等级。medium 日常够用，卡住了再升 high 或 xhigh。以前觉得越高越好，后来发现 medium 在很多任务上已经不差，而且省钱、响应也快。

有时候会在同一个任务里中途换模型。比如先用贵模型把方案定下来，实现阶段换成便宜一点的。Kilo 对这种切换支持得比较自然。

几个我常用的小技巧

一次性任务直接跑

不一定非要进交互界面：

kilo run "给 src/utils 里所有函数补上单元测试"

或者指定模型和模式：

kilo run --model anthropic/claude-opus-5 --variant high "重构支付模块，保持接口不变"

自动模式（谨慎使用）

kilo run --auto "跑测试，失败的地方直接修"

--auto 会跳过所有确认，适合 CI 或者你很确定的环境。本地随便用的话风险不小，它可能会执行你没想到的命令。

会话可以继续

中途关掉没关系，下次用 /sessions 或者 kilo --continue 能接着聊。长任务拆成几天做也很方便。

沙箱

如果担心 AI 乱写文件或乱联网，可以开 sandbox。它会限制写入范围，.git 也可以设成只读。安全敏感的项目建议默认开着。

自定义 Agent

项目里可以放 .kilo/agent/ 目录，写自己的 agent 定义。比如专门做 code review 的、专门写文档的。定义好之后用 /agents 就能选到。

和 Claude Code、Cursor 比起来怎么样

Claude Code 很强，尤其是深度用 Claude 的时候，体验很顺。但它基本只绑 Claude。Kilo 的优势是模型自由，想用谁就用谁，价格也透明。

Cursor 更适合重度编辑器用户，补全和 inline 改代码很舒服。但有时候你只是想在服务器上、或者在纯终端环境里干活，CLI 就更合适。Kilo 同时有 IDE 插件和 CLI，两边体验也比较统一。

对我来说，Kilo CLI 最大的价值是：它让 AI 真正变成了终端里的一个工具，而不是又一个要打开的重型软件。想用的时候敲一下，用完关掉，不占心智。

一些踩过的坑

1. 权限确认有时会打断节奏
   第一次用会觉得烦，但它是必要的。熟悉之后可以把常用操作设成自动批准，或者用 /auto-approve。

2. 上下文太长会变慢
   大仓库、长会话容易吃 token。适时用 /compact 压缩一下，或者直接开新会话。

3. 模型选错成本会很高
   简单任务别一上来就上 Opus + max effort。养成先 medium、不够再升的习惯。

4. 自定义配置文件位置
   全局配置一般在 ~/.config/kilo/，项目级可以放 .kilo/。改完有时候需要 /reload。

适合谁

• 习惯终端、不想总开 IDE 的人
• 需要频繁切换不同模型的人
• 想自己控制 API key 和成本的人
• 做 CI、脚本化、远程开发的人

不太适合的人：完全依赖图形界面、几乎不碰命令行的开发者。对他们来说，IDE 插件可能更自然。

总结一下

Kilo CLI 不是什么魔法工具，它只是把“用 AI 写代码”这件事做得更接近程序员本来的工作方式——在终端里，用命令，随时切工具，随时看成本。

装上之后建议先用一周，只做自己平时会做的那些事：改 bug、加小功能、写测试、看代码。用顺了之后，再去折腾自定义 agent、sandbox、并行任务这些高级功能。

工具本身不难，难的是形成自己的使用节奏。找到节奏之后，终端会比你想象中更高效。