Cline 今天发布了 @cline/sdk——其内部代理 harness 提取为 Apache 2.0 下的开源 TypeScript SDK,现在驱动其 CLI 和看板界面,VS Code 和 JetBrains 扩展正在迁移到它上面。结构是具有严格向下依赖关系的四层堆栈:@cline/shared 承载类型、模式、工具助手和钩子契约;@cline/llms 是处理 Anthropic、OpenAI、Google、AWS Bedrock、Mistral、LiteLLM 和兼容 OpenAI 端点的提供商网关;@cline/agents 是处理迭代、工具编排和事件发射的浏览器兼容无状态执行循环;@cline/core 是 Node 端运行时,管理会话、存储、内置工具、hub/remote 传输、自动化、调度、遥测和插件加载。@cline/sdk 本身将 @cline/core 重新导出为公共界面。需要 Node 22+。
原生功能集是评估开源代理堆栈的人最关心的部分:插件架构、多代理和子代理支持、CRON 调度、检查点、跨界面会话持久化、网络搜索和原生 MCP 连接器。这几乎直接映射到 Claude Code 作为封闭运行时所提供的内容,区别在于 @cline/sdk 让你将循环导入到自己的应用程序中,而不是通过供应商 CLI 运行。对于构建代理 IDE 工具且不想生活在 Anthropic 发布节奏下游的团队来说,SDK 是这种功能完整性级别的第一个可信的开源选择。
Cline 发布的头条基准数字很尖锐——而诚实的解读需要一个警告。在 Terminal Benchmark 2.0 上,Cline CLI 在 claude-opus-4.7 上得分 74.2%,而 Anthropic 公布的是 69.4%;在 claude-opus-4.6 上,71.9% 对 Anthropic 的 65.4%。宣布 SDK 的文章未公开比较 harness 的方法论或任务组成,这意味着 apples-to-apples 主张完全建立在 Cline 自己的框架上。在开源权重模型上,Cline CLI 报告 Kimi-K2.6 上 55.1%,而 OpenCode 37.1%,Pi-Code 45.5%,截至 5 月 8 日的 pass@1。这些开源模型的数字对于在封闭模型锁定之外寻找的构建者来说是更有趣的信号:即使没有完整的 harness 披露,同一模型上替代代码代理之间也存在真实的差距。
对于构建者:如果你一直在评估自定义 IDE、内部工具或产品界面的代理运行时,@cline/sdk 是新的参考点。四层拆分使其可以从 CI、从浏览器沙箱(通过 @cline/agents)或作为 Node 服务(通过 @cline/core)使用,Apache 2.0 让商业集成的许可保持干净。务实的下一步是用你自己的 harness 在你自己的基准上运行 SDK,而不是相信 Cline 或 Anthropic 的头条数字——决定发布什么的测试是带你任务的测试,而不是别人的。npm 包是 @cline/sdk,VS Code 和 JetBrains 扩展迁移到同一运行时是意图的信号:这是长期核心,而不是实验性的副项目。