Cline：把 AI 编程 Agent 装进 IDE、终端和桌面

用 AI 写代码这件事，早就不是"能不能"的问题，而是"在哪写、改多少"的问题。

大多数人的体验是这样的：在编辑器里让 AI 补全一小段代码，然后自己复制粘贴到别的文件；想让它跑个测试，得切到终端手动敲；它改错了地方，你还得自己去 diff 里翻回来。

问题在于——真正的开发任务，从来不是单文件操作。改一个函数签名，可能要动十几个调用点；加一个依赖，要改配置文件、写类型声明、更新锁文件。这些事都跨越多个文件，也跨越"写代码"和"跑命令"两个动作。

Cline 的定位就是把这些串起来：在你的 IDE、终端和桌面上的开源编程 Agent。

为什么需要它

四个入口，一个内核

Cline 最值得注意的是它的形态——同一套 Agent 内核，四个入口：

入口 怎么装 特点
CLI npm i -g cline 终端里跑，支持交互式对话，也支持完全无头模式，适合 CI/CD 和脚本
桌面应用 官网下载 macOS / Windows 原生应用，可在任意文件夹跑 Agent 会话，支持调度例程、管理模型、插件和 MCP 服务器
VS Code 扩展 VS Marketplace 编辑器内的 AI 编程助手
JetBrains 插件 JetBrains Marketplace IntelliJ IDEA、PyCharm、WebStorm、GoLand 等全家桶

还有个 SDK：npm install @cline/sdk，可以用同一套引擎构建自己的 AI Agent 和集成，支持自定义工具、多 Agent 团队、连接器、定时自动化。

四个入口，一个内核

它具体能做什么

README 里列了四项核心能力，都挺实在：

跨项目改代码。 Cline 会读取你的项目结构，理解文件之间的关系，然后做协调一致的改动。它一边工作一边监听 linter 和编译器的报错，主动修掉缺失的导入、类型不匹配、语法错误——在你看到之前。在 VS Code 和 JetBrains 里，每处改动都以 diff 呈现，你可以审阅、修改或者回退，所有变更都有检查点记录。

在终端里执行命令。 Cline 直接在你的终端跑命令并实时观察输出。装包、跑构建脚本、执行测试、部署应用、管理数据库都能做。对 dev server 这类长驻进程，它会继续在后台工作并响应新输出——编译报错、测试失败、服务崩溃，都能即时发现。

Plan 和 Act 两种模式。 Plan 模式下，Cline 先探索代码库、提出澄清问题、给出策略。对齐之后再切到 Act 模式执行。每处文件修改和终端命令都需要你批准；也可以开启自动批准让它自主运行。这个设计把"想清楚"和"动手"分成了两步，比直接生成然后返工要省事。

规则与 Skill。 在 .clinerules 文件里定义项目专属规则——编码规范、架构约定、部署流程、测试要求。这些规则会被 CLI、VS Code 扩展和 JetBrains 插件自动读取，不用各配一遍。Skill 则可以按需加载特定规则。

能力清单

不锁定模型

README 里明确写了：Cline 不锁定单一 AI 供应商，用哪个模型取决于你的工作流。对于需要按任务成本选择模型（简单重构用便宜的、复杂架构设计用贵的）的团队来说，这个自由度挺重要。

谁适合用它

适合：

  • 经常做跨多文件的改动，手工同步容易漏
  • 希望 AI 能自己跑测试、看报错、迭代修复
  • 在 JetBrains 或 VS Code 上有固定工作流
  • 想在 CI/CD 里用无头模式的编程 Agent
  • 需要给团队统一定义编码规范，让 Agent 遵守

不太适合：

  • 只想要编辑器内的补全和单函数生成（这类需求更轻的方案就够）
  • 不愿意让 Agent 执行终端命令（虽然有审批机制，但心理门槛存在）
  • 完全在浏览器里写代码的场景

说点实在的

编程 Agent 这个方向，这两年的变化是从"生成代码"走向"完成任务"。生成代码只解决了一半问题，另一半是验证、纠错、执行。

Cline 的四个入口其实指向同一个判断：Agent 的能力不应该被宿主环境限制。你在终端、在 IDE、在桌面，用的应该是同一个能干活的东西，而不是四个能力不一的工具。

Plan/Act 双模式也是个务实的折中——纯自动化的 Agent 让人不放心，纯手动审批又太累，分成两个阶段刚好。

项目地址：https://github.com/cline/cline