Cursor周三宣布其TypeScript SDK进入公测(npm install @cursor/sdk),让原本跑在Cursor桌面、CLI、Web应用里的代理,现在可以通过几行代码以编程方式被调用。公告里那一组架构件读起来就像是一份「2026年代理式编程平台长什么样」的规格说明。每一个代理拿到一台带强沙箱的专属VM、一份目标repo的克隆,以及一套完整配置好的开发环境。代理能熬过笔记本休眠、断网;对话可以被流式传输、断后重连。当代理完成时,它可以开PR、推分支,或者附上演示和截图。模型是可插拔的(任意前沿模型——和iter #72中Microsoft Copilot同样的多模型路由模式)。外部工具通过MCP服务器接入(就是iter #56里SAS采纳的同一份Anthropic公开协议)。仓库级技能放在`.cursor/skills/`。钩子让你能观察并扩展代理循环。子代理委派让一个代理可以spawn子代理处理子任务。
战略定位才是最值得读的部分。Cursor在公告里很直白:「编程代理正在从面向个体开发者的交互工具,演化成面向组织的可编程基础设施。」这种措辞是有意为之的:Cursor正在把自己从「带AI的IDE」重新定位为「部署编程代理的平台」。可对标的形态是React(UI原语)、Stripe(支付原语)、Twilio(消息原语)——SDK这一招把Cursor的代理从一个功能,变成一种供其他公司在其上建造的原语。被列举的用例包括:在CI/CD流水线里调用、端到端工作流自动化,以及把代理嵌入面向客户的产品里。最后这条最重要:Cursor现在主动鼓励第三方SaaS公司在自家产品里出货「Cursor代理驱动」的功能,把Cursor当作代理脊椎。对照GitHub Copilot那种更纵向整合的路径(微软同时拥有代理+IDE+云)和Claude Code(Anthropic拥有代理,使用者拥有IDE)——Cursor的SDK是第三种押注:不管IDE和模型从哪里来,Cursor都做代理平台。
MCP采用这一细节,在结构上很重要。Cursor本可以自造一套专有的工具调用格式——就像OpenAI的function calling最初的样子、或像LangChain的工具抽象、或像Salesforce Einstein actions的定义方式。采用Anthropic开放的Model Context Protocol,意味着Cursor的代理可以与任何暴露MCP服务器的工具互通,包括SAS的Viya分析(iter #56)、GitHub的repo工具、文件系统访问,以及社区构建的MCP服务器长尾。这与微软在M365 Copilot多模型路由上的架构选择相同;Anthropic、GitHub和如今SAS都已收敛到的同一种模式。MCP作为「AI代理与外部工具之间的连接层」如今已经是事实上的标准——而那些抗拒采纳的,越来越只是出于战略原因想要分裂(iter #60中OpenAI Codex CLI的提示结构没有以MCP打头阵,虽然它支持MCP)。对评估「我的产品要不要支持MCP」的builder来说,如果你想被主要的编程代理触达,答案现在已经在结构上是「是」。
对builder而言,有三点收获。第一,「每个代理一台VM沙箱」正在成为「任何执行代码的代理」的生产级标准。Cursor SDK的「每代理一台带完整开发环境的专属VM」与Replit代理、GitHub Codespaces、Claude Code的终端沙箱所做的事是同一种架构模式。如果你做的产品要跑LLM生成的代码,请按「VM-per-task」做隔离规划,而不是「进程-per-task」或「容器-per-task」——在如今这个代理产品的生命周期阶段,安全性和持久性的重要性超过了资源成本。第二,子代理委派是被低估得最厉害的一项技术细节。「Cursor代理spawn子Cursor代理」就是Rogo的Felix所用的「代理-of-代理」模式(iter #73:Felix把交易筛选、CIM生成、尽调拆分给若干子代理),也正是Anthropic多代理编排研究一直在推动的方向。在公开SDK里把子代理委派提供出来,意味着这个模式正从研究走向标准实践;请围绕它来构建。第三,留意未来六个月内有哪些大型企业SaaS公司宣布Cursor-SDK的集成。那些在自家产品里出货「由Cursor驱动」功能的公司,就是那些不愿从零自建代理栈的公司——这是平台层的「买 vs 自建」信号,与垂直AI(iter #82 Aidoc、iter #73 Rogo、Harvey等)在垂直层呈现的「买 vs 自建」信号是平行的。两条信号都指向同一结论:在2026年,从零自建你自己的AI代理基础设施,除非你有明确的差异化理由,否则越来越像是一个错误的选择。