Cline 拆出开源 Agent SDK：编程 Agent 从单体走向可插拔运行时

分类: AI开源软件工具 |发布于: 5/16/2026 |最后更新: 5/16/2026

基于已整理草稿生成的网页版文章，适合先稳定落地，再做局部润色与发布检查。

5 月 14 日，开源 AI 编程 Agent Cline 发布了 @cline/sdk——一个把内部 agent 运行时抽成独立开源 TypeScript SDK 的重大架构升级。Cline 的所有产品（VS Code 扩展、JetBrains 插件、CLI）正在这个新 SDK 之上重建。这不是一次功能更新，而是 AI 编程工具从"单体应用绑死在一个 IDE 上"走向"可插拔 Agent 运行时"的结构性转变。

Cline 遇到了什么问题

Cline 在 AI 编程 Agent 领域起步很早，但"起得早"带来了结构性债务：agent 循环和 VS Code 扩展长成了连体婴儿——想在 JetBrains 里用 Cline，得把整个 VS Code 版的 agent loop 搬过去；想做一个 CLI 版本，又得重新实现一遍文件操作和终端交互。每多一个宿主环境，维护成本就翻一倍。

这种"agent 逻辑和 UI 框架耦合"不是 Cline 独有的问题。Claude Code 绑定终端、GitHub Copilot 绑定 VS Code、Cursor 绑定自己的编辑器——几乎每个编程 Agent 都在经历同样的痛苦：agent 的核心能力（理解代码、调用工具、迭代执行）是通用的，但每次换一个宿主环境，就得重新造一遍轮子。

Cline 的做法不是继续在旧架构上加层，而是把地基换了。

SDK 四层架构：从底层到顶层

@cline/sdk 是一个分层 TypeScript 栈，每层只有一个职责，依赖严格向下流动：

@cline/shared——最底层，承载类型定义、JSON Schema、工具辅助函数、Hook 契约和扩展注册工具。不依赖任何上层。

@cline/llms——模型提供层，负责所有 LLM 供应商的对接。覆盖 Anthropic、OpenAI、Google、AWS Bedrock、Mistral、LiteLLM，以及 vLLM、Together、Fireworks 等任何 OpenAI 兼容端点。关键设计：所有 provider 逻辑被隔离在 agent loop 之外，切换模型供应商只是改配置，不需要改代码。

@cline/agents——无状态 agent 执行循环，负责迭代、工具编排和事件发射。它不持有 session 存储、不内置文件/终端工具、不包含 Node 特定逻辑——这让它可以在浏览器环境里直接嵌入运行。这是整个 SDK 最核心的设计决策：agent loop 的无状态化，使得同一个 agent 逻辑可以跑在 VS Code、JetBrains、CLI、甚至一个网页里。

@cline/core——Node 运行时和编排层，处理文件系统、终端、session 持久化等需要 Node 环境的能力。这一层是"有状态"的，但它只是 @cline/agents 的一个宿主，不是 agent 本身。

四层架构的实际效果：agent loop 变成了一个可插拔的纯逻辑单元，周围的环境（IDE、终端、浏览器）只是它的容器。

这解决了什么实际问题

长任务不再因 UI 重启而死。 以前 Cline 的 agent session 绑定在 VS Code 窗口的生命周期上——VS Code 崩了或你关了窗口，跑了一半的重构就丢了。新架构下，session 存储和 agent loop 是分开的：agent 的状态持久化在 @cline/core 里，UI 只是它的一个前端。你关掉 VS Code 再打开，或者从 VS Code 切到 CLI，同一个 session 可以继续。

跨 IDE 一致体验有了基础。 VS Code 扩展、JetBrains 插件、CLI 现在共用同一个 agent loop。不是"每个 IDE 各自实现一遍然后尽量对齐"，而是"底层完全一样，只是 UI shell 不同"。这对开发者来说意味着：不管你在哪个环境里用 Cline，agent 的行为、工具调用方式、模型切换逻辑都是一致的。

任何团队可以基于此构建自己的编程 Agent。 SDK 完全开源（TypeScript），你可以只用 @cline/agents 这一层嵌入自己的产品，也可以用完整的四层栈搭一个和 Cline 一模一样的编程助手。这对想做 AI 编程工具但不想从零造 agent loop 的团队来说，是一个巨大的起点加速。

性能验证

Cline 团队公布了 Terminal Benchmark 2.0（tbench.ai）的测试结果：

前沿模型：Cline 74.2%，Claude Code 68.4%
开源权重模型：Cline 74.9%

新 CLI 基于重构后的 SDK 构建，在内部测试中比旧版完成任务更快、token 消耗更低。需要说明的是，tbench 是 Cline 团队自己维护的基准，虽然测试方法公开可审计，但作为自行发布的跑分，结论需要更多第三方验证。

适用场景

想自建编程 Agent 的团队。 不需要从零实现 agent loop、工具编排、模型切换——@cline/sdk 把这些基础设施都做好了，你只需要写自己的业务逻辑和 UI。

需要跨 IDE 一致体验的开发者。 如果你同时在 VS Code 和 JetBrains 之间切换，Cline 现在的 agent 行为在这两个环境里是一致的——同样的工具、同样的模型选择、同样的 session 管理。

想在浏览器里跑编程 Agent 的场景。 @cline/agents 层是浏览器兼容的，这意味着你可以把它嵌入一个 Web IDE 或在线代码编辑器。

当前限制

IDE 扩展迁移仍在进行中。 VS Code 扩展已经开始迁移到新 SDK，JetBrains 插件和 Kanban 板正在跟进，但还没全部完成。目前旧版和新版可能共存。
SDK 刚发布，生态待验证。 虽然架构设计很清晰，但有多少第三方团队会真的基于 @cline/sdk 构建产品，还需要时间证明。
Terminal Benchmark 是自发布基准。 跑分方法公开，但作为 Cline 团队自己维护和公布的测试，独立性有限。
和 Claude Code Agent View / VS Code Agents Window 的竞合关系。 三者都在往"Agent 运行时独立于 IDE"的方向走，但路径不同：Cline 走开源 SDK 路线，Claude Code 走终端原生路线，VS Code 走平台内置路线。谁能赢得开发者，取决于生态而非架构。

行业信号

把时间线拉长看，最近一周 AI 编程工具的更新都指向同一个方向：Agent 运行时正在从 IDE 中独立出来。 VS Code 1.120 的 Agents Window 为多 Agent 并行设计了专用窗口，Claude Code 的 Agent View 在终端里做 Agent 调度，Cline SDK 则把运行时本身抽成了独立可复用的组件。三者路径不同，但共识清晰——编程 Agent 不应该是某个 IDE 的附属功能，它应该是一个可移植、可插拔、可编排的独立实体。

Cline 的独特之处在于它是目前唯一一个把 Agent 运行时完全开源的头部玩家。如果你相信 Agent 运行时会成为编程工具的"操作系统层"，那么 Cline SDK 是目前唯一一个你可以看全部代码、改任何细节、甚至 fork 出自己版本的选择。

---

*来源：[MarkTechPost 报道](https://www.marktechpost.com/2026/05/14/cline-releases-cline-sdk-an-open-source-agent-runtime-now-powering-its-cli-and-kanban-with-ide-extensions-being-migrated/)、[Cline GitHub Releases](https://github.com/cline/cline/releases)，基于多家媒体转述整理*

参考来源

说明：该页面由基础模板稳定生成，后续可继续局部润色样式或补充模块，再进入发布检查。