5月6日推 Cursor 3.3,给开发者上下文使用拆分视图;5月7日 Cursor宣布两件事——基于 4 月 29 日刚开放的 Cursor SDK,加了一个叫 /orchestrate 的技能,可以递归生成子代理处理复杂任务;同日发布 Cursor 3 的 PR review 体验,把 PR 创建到合并的全流程从 GitHub 网页搬进编辑器。
三个动作单独看都不大,但放在一起就是一条清晰的产品方向:Anysphere 把 Cursor 从「代理式编辑器」推向「代理编排平台 + 协作中心」,正面对位 Claude Code 与 OpenAI Codex。代价是几个被 Cursor 反复引用的性能数字——/orchestrate 让 token 用量降 20%、后端冷启动时间缩短 80%——目前都只来自 Anysphere 自己披露,没有第三方独立复现。 Cursor 3 是底层赌注,SDK 是开放路径,/orchestrate 是组合拳的最后一拳
要看懂 5 月这周的更新,得先回到 4 月 2 日的 Cursor 3。Cursor 3 内部代号 Glass,是 Anysphere 把界面从 VS Code fork 那一代彻底重做的版本,核心改动是 Agents Window、跨仓库布局、并行代理与 Composer 2.0 模型,把「开发者写代码、AI 辅助」切到「开发者编排代理、AI 主写」。Anysphere 累计融资超 30 亿美元(Nvidia、Google 领投),2026 年初 ARR 报至 20 亿美元,付费客户 36 万、横跨半数 Fortune 500。
4 月 29 日开放的 Cursor SDK 是这套能力的程序化出口。一行 npm install @cursor/sdk 拿到的是 Cursor 桌面应用、CLI、Web 端背后的同一套 runtime 和 harness,支持 Composer 2、Claude Opus 4.7、GPT-5.5、Gemini 3.1 Pro 在一个 config 字段里切换。SDK 关键能力有四个:subagents(主代理通过 Agent tool 调用命名子代理)、Skills(自动加载 .cursor/skills/ 下的 markdown 行为定义)、Hooks(.cursor/hooks.json 在代理循环里插入观察、控制、扩展逻辑)、沙箱化 Cloud VM(每个代理一台专属虚拟机,发起方机器掉线代理也继续跑)。Rippling、Notion、Faire、C3 AI 是 SDK 公测期的早期客户。 5 月 7 日的 /orchestrate 是 SDK 之上的应用范式。Cursor 自报的两个内部用例:一个是让代理自动研究内部 skill 库,在评估实验里效果提升的同时 token 用量降 20%;另一个是让代理协助优化后端冷启动路径,把冷启动时间缩短 80%。这两个数字 Cursor 用作「看,我们自己在用」的证据,但发布时没给基线对照、没给样本量、没给独立审计——属于产品营销口径而不是论文级别的可验证结果。看新功能可以信,看具体数字要打折扣。
/orchestrate 的递归调度逻辑:从提示词工程切到代理编排
/orchestrate 的真正讲点不是那两个百分比,而是背后的范式切换。传统 AI 编码工作流是一个代理 + 一个长提示词,把所有需求塞进 context window 让模型一次性跑完。这种做法在简单任务上够用,到复杂任务(跨仓库重构、端到端功能开发、调试一个会触发链式失败的 bug)就会遇到三个问题:context 爆炸、注意力分散、错误难以归因。
递归调度的思路是反过来:主代理只做规划,把任务拆成多个具备明确目标和工具集的子代理,每个子代理拿一个干净的 context 跑自己那段,结束后把结构化结果交回主代理。这套机制和 Anthropic Claude Code 的子代理、OpenAI Codex 的 Skills 是同一方向,差别在三家的开放程度——Claude Code SDK 锁 Anthropic 模型,Codex SDK 锁 OpenAI 模型,Cursor SDK 是唯一一家给出多模型路由的。这意味着同一个 /orchestrate 调度链里,主代理可以用 Composer 2 控成本,关键子代理切到 Opus 4.7 拿推理深度,再用 Gemini 3.1 Flash-Lite 跑大批量低复杂度任务,按场景调配。
PR review 把协作链路从 GitHub 网页搬进编辑器
5 月 7 日的另一条更新方向完全不同。Cursor 3 的 PR review 体验把 GitHub 上「创建 PR → 写描述 → 看 diff → 等评审 → 回复评论 → 修改 → 合并」这条原本横跨浏览器、Slack、邮件、IDE 的链路,全部收进 Cursor 编辑器内:comments、diffs、commits、review 状态在一个面板里看,靠 file tree 和 changes picker 在大型 PR 里跳转。
这一步的战略意义在哪?过去三年 GitHub 一直是开发者协作的事实标准,Cursor 哪怕做到 IDE 第一也只是「写代码的地方」,PR review 这一环始终在 GitHub 那里。当 Anysphere 把 PR 流程收进自己的编辑器,意味着开发者从写代码到合代码的全部时间都可以花在 Cursor 里。GitHub 此前推的 Copilot Workspace 走的是反方向——把 IDE 能力做进 GitHub 网页。两边都在抢同一块时间,但 Cursor 这次的优势是它已经握着开发者的编辑器入口,多走一步比 GitHub 多走一步要近。 三家路线分歧:Cursor 抢编辑器入口、Claude Code 押终端、Codex 走桌面 + 云端
把 Cursor 这周的动作放回赛道里就清晰了。Anthropic Claude Code 的优势在终端和 Anthropic 自家模型的推理深度,Opus 4.7 在 SWE-bench Pro 上 64.3% 是当下最高分,对偏好 CLI、不需要完整 IDE 的工程师吸引力最强。OpenAI Codex 的优势在桌面 App + 云端 + 同期上线的 Chrome 扩展,靠 OpenAI 自家服务的深度集成和 4M 周活的规模效应往前推。Cursor 押的是已经握在手里的编辑器入口——3.3 让你看清代理用了多少 context,SDK 让你把代理写成代码,/orchestrate 让你递归调度子代理,PR review 让你不离开编辑器就完成协作。三家都在做「代理编排」,但抢的不是同一块用户时间。
对独立开发者和小团队来说,Cursor 这条线现在依然是性价比最高的选择:$20/月 Pro 价格不变,但拿到了 SDK + 多代理 + PR review 的全套能力。/orchestrate 那两个百分比可以作为「试一试值得」的初步参考,但生产环境的真实节省请用自己的项目跑基线测试得出。
局限与风险
直说四点。第一,/orchestrate 的 20% token 节省和 80% 冷启动加速都来自 Cursor 自报,没有发布基线、样本、对照实验,作为决策依据需要自己复现。第二,多代理并行虽然 Pro 月费不变,但 token 消耗会随并行度线性甚至指数增长,「$20/月就能跑代理团队」是错觉,真实账单要看 token-based pricing。第三,多模型路由虽然灵活,但每家模型在 Cursor harness 里的表现不一定等同于其原生平台,Opus 4.7 在 Cursor 里的真实质量是否还是 SWE-bench Pro 64.3%,需要用真实任务测。第四,PR review 把协作收进 Cursor 是单边收敛——团队里只要还有人不用 Cursor,PR 评审还是得回 GitHub 网页,路径分裂的体验未必比纯 GitHub 流程好。