Roo Code 实战诀窍：让这个AI编程Agent真正替你干活

Roo Code 作为 Cline 的活跃分支，在 VS Code 里跑 Agent 模式时，确实比很多同类工具更“野”——它能直接操作终端、读写文件、调用API。但很多人用着用着就发现，它要么太啰嗦，要么容易跑偏。下面这5个技巧，是我在真实项目里反复试出来的，能帮你把Roo Code调教成真正的生产力工具。

技巧1：用“自定义指令”锁定行为边界，别让它瞎折腾

Roo Code 默认的 Agent 模式很激进，经常自作主张去改配置文件、装依赖、甚至重启服务。你需要在 .roomodes 文件（项目根目录新建）里写清楚“什么能做，什么不能做”。

具体操作：在项目根目录创建或编辑 .roomodes，写入类似这样的规则：

- 严禁修改 package.json 和 tsconfig.json 的根字段
- 执行 npm install 前必须询问确认
- 所有终端命令输出超过50行时，自动截断并问我是否继续
- 修改文件前，先输出diff摘要，等我确认

为什么有效：Roo Code 每次执行动作前都会读这个文件，相当于给它套了个“紧箍咒”。尤其对于大型项目，这能避免它把整个node_modules删了重装——我就吃过这个亏。

技巧2：善用“检查点”做实验，别怕它写崩

Roo Code 的 Agent 模式有个隐藏优势：它支持在 VS Code 里创建文件快照。当你要让AI重构一个复杂函数或迁移数据库时，先手动点一下“创建检查点”（左下角Roo Code面板的相机图标）。

实战场景：比如你要让Roo Code把某个模块从CommonJS改成ESM，它可能会改错导入路径。有了检查点，改崩了直接恢复，不用git回滚。我习惯每让AI改3-5个文件就手动存一次检查点，这样试错成本几乎为零。

注意：检查点是项目级别的，换分支或重启VS Code后仍然有效，但建议改完核心逻辑后及时删除旧检查点，避免占用磁盘空间。

技巧3：多模型混用：Claude写逻辑，本地模型做格式化

Roo Code 支持切换模型，但很多人不知道可以“任务内混用”。具体做法是：在 .roomodes 里配置两个模型角色。

配置示例：

{
  "models": {
    "coding": "claude-3.5-sonnet",
    "formatter": "qwen2.5-coder:7b"
  }
}

然后在对话里指定：用coding模型生成这个React组件的业务逻辑，等它写完，再输入用formatter模型把代码格式化成项目规范风格。

为什么香：Claude写复杂逻辑强但贵，本地模型做格式化、补注释、修lint错误完全够用且免费。这样一组合，API消耗能降40%以上，而且本地模型响应更快，不用等网络。

技巧4：用“终端代理”模式批量处理文件操作

很多人在Roo Code里只会用对话让它改代码，其实它的终端集成才是效率神器。在Agent模式下，你可以直接说“把src/utils下所有.test.ts文件里的describe改成suite”，它会自动用find+sed或grep+awk在终端里批量执行。

关键技巧：别让它逐文件改，而是明确要求“用一行shell命令完成”。比如：

“用sed命令把src/pages下所有.tsx文件里的import { Button } from 'antd'替换成import { Button } from '@ant-design/buttons'，先输出命令让我确认再执行。”

这样Roo Code会先生成命令让你检查，确认后一键跑完，比手动改几十个文件快多了。

技巧5：让Roo Code自己写测试用例，但限定范围

Roo Code 写单元测试的能力被严重低估，但默认它会试图覆盖所有边界情况，导致生成几百行测试，反而浪费时间。正确用法是：给它一个具体函数，要求只测主流程和两个边界场景。

话术模板：

“对这个formatDate函数，写Jest测试：1个正常日期格式化的用例，1个传入null的边界用例，1个传入非法字符串的用例。每个用例不超过5行断言，不要mock外部依赖。”

这样它生成的测试代码通常直接能用，而且不会过度设计。我实测过，这样写出来的测试覆盖率能达到70%以上，但代码量只有AI自由发挥时的三分之一。