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 擴充功能遷移到同一執行時是意圖的訊號:這是長期核心,而不是實驗性的副專案。