Cline：把 VS Code 变成自主编程智能体，每一步操作都要你点头

开篇：都能"自己写代码"，凭什么是它？

假设你现在要在 VS Code 里放一个能自己读仓库、改文件、跑命令的智能体。搜索结果一拉，Cline、Roo Code、Aider、OpenHands 全跳出来，Demo 视频里都在"自动完成一个 feature"。但真到自己项目上，差异立刻暴露：有的会一口气改 20 个文件让你事后 review，有的每改一行都停下来问你；有的绑死编辑器，有的只活在终端；有的把命令扔进容器里跑，有的直接在你本机 shell 里执行。

这不是"哪个模型更聪明"的问题，而是审批模型、运行形态和扩展方式的三重选型。下面按这个思路拆。

竞品全景

Cline（cline/cline）

TypeScript 写的 VS Code 扩展，Apache 2.0，近 7 万 star、7.6k fork，最近提交 2026-10-05，仍然高频迭代。它的官方定位已经从"IDE 扩展"扩到三形态：SDK、IDE extension、CLI assistant。核心特征是 human-in-the-loop——它自己规划、读文件、写 diff、跑终端命令，但每一步落盘或执行前都要你点确认，配合 Plan/Act 两段式模式和检查点回滚。适合"我要它干活，但我不交出方向盘"的人。

Roo Code

从 Cline 分叉出来的 VS Code 扩展，同源但理念偏移：更强调可配置的自动批准粒度、自定义模式（写代码模式 / 架构模式 / 调试模式）和多角色编排，允许你把"要不要点头"做成策略而不是默认动作。想在同一套 UI 里做更激进的自动化，它比 Cline 更顺手。

Aider

命令行 AI 结对编程工具，Python 生态，git 原生化：每次改动自动生成 commit，靠 repo map 建立仓库索引，擅长在多文件间做精准 diff。没有 GUI，不上编辑器，工作流是"终端 + git log 就是审计记录"。

OpenHands

偏平台化的开源 agent，把执行环境放进沙箱容器，浏览器端交互，面向"丢一个 issue 让它自己跑较长时间"的任务。能力上限高，但部署成本、资源占用和心智负担也明显更高。

对比维度

我只看五个真正影响长期使用的点：审批/安全模型（谁对 diff 和 shell 负责）、运行形态（扩展 / CLI / 沙箱平台）、模型与 provider 中立性（换模型要不要换工具）、扩展与可编程性（MCP、规则文件、SDK 能不能进 CI）、上手与维护成本。Star 数只作为活跃度旁证，不作为选型依据。

核心对比表格

深度分析

1. "每一步点头"不是缺点，是产品定位

Cline 把审批做成了默认路径。真正落地的用法是配合规则文件和 Plan/Act 模式，让它在边界内自由、越界时停下：

# .clinerules
- 只允许修改 src/ 和 tests/ 目录
- 禁止执行 rm、git push、npm publish
- 新依赖必须先说明理由再安装
- 测试命令固定为 npm run test:unit

这份约束的意义在于：自动批准的范围由你定义，而不是工具默认给你。Aider 走的是相反路线——信任 git，用 commit 作回滚点；OpenHands 把风险转移到容器隔离上。三种思路没有对错，取决于你的风险承受面在哪。

2. 形态差异决定了它能进哪条流水线

Aider 天然可脚本化，适合"我这批文件重构成新 API"这种批处理；Cline 的 SDK/CLI 形态让它能出现在本地交互之外的场景，同时保留同一套规则与审批语义。如果你已经在做 MCP 服务，Cline 作为 MCP 客户端可以把内部工具直接接进对话，不需要为每个工具写插件。

3. 同源的 Cline / Roo Code 该怎么分

两者共享大量设计语汇，分叉点在"默认自动化程度"。Cline 默认保守、显式确认；Roo Code 默认让你先配策略、再放权，并鼓励按任务切换角色模式。如果你团队里有人会因为"每次点确认太烦"而直接开全自动，那先想清楚是换工具还是补规则——换工具只是在更快地撞上同一个问题。

按场景选型

• 个人开发 / 中小团队，主力在 VS Code，要求改动可控 → Cline。装完即用，审批默认开，回滚有检查点。
• 终端重度用户，改动想直接用 git 审计、想塞进 CI 脚本 → Aider。
• 想让 agent 长时间无人值守跑任务、可接受容器部署成本 → OpenHands。
• 已经用 Cline 但嫌自动化不够、想按角色切模式 → 先试 Roo Code，但把批准策略写进配置而不是靠自觉。

结语

我的推荐是：如果你要的是"编辑器内的自主编程智能体，但风险边界由我说了算"，选 Cline。它的取舍很明确——牺牲一部分全自动的爽感，换来每步可解释、可拦截、可回滚，加上 Apache 2.0、持续高频提交（最近提交 2026-10-05）、SDK/IDE/CLI 三形态和 MCP 生态，长期维护风险低。近 7 万 star 和 7.6k fork 说明它已经过了"玩具期"。

反过来：要全自动无人值守，别选 Cline，去 OpenHands；要纯终端 git 工作流，选 Aider；要在同一套扩展里做高度定制的多角色编排，选 Roo Code。 如果你连"哪些目录、哪些命令允许自动执行"都还没想清楚，那先别换工具——先把规则写出来，再决定要不要放权。