Cursor 递归代理：营销数字好看，独立测试在哪？

Cursor 发布了 /orchestrate。一个代理现在可以把任务拆开，生成子代理并行执行。功能内建在 TypeScript SDK 里（还在公测），跑在云端 VM 上，支持 Composer 2 等模型。产品刚出来，市场还没什么反应。

核心卖点是"分层委派"：父代理把边界清晰的子任务甩给子代理，避免复杂编码会话里上下文越滚越大的老问题。Cursor 给的内部数据——token 消耗降 20%、冷启动快 80%——听着挺好，但目前没人独立测过，也没公开基准。这种叙事我们在 Codex 上见过：营销数字一到真实生产环境就不灵了。

效率数字不是重点。 真正有长期价值的是 SDK 的模块化和原生可编排性。开发者可以把递归编排直接接进现有 CI/CD 流水线——Claude 那种相对封闭的生态很难做到这点。论坛上已经有人在玩了：有人用层级代理规划旅行行程（多个专业子代理协作），也有人让代码分析代理"分而治之"处理大型代码库。复杂项目里，这种编排可能真的能砍掉不少迭代时间。

• 分层委派确实解决真问题：复杂任务里上下文膨胀会拖垮代理性能，按范围拆子代理是合理的架构思路。
• 和 OpenAI/Anthropic 比：他们的递归更像事后加装；Cursor 把编排做成原生 SDK 能力，对需要代码级控制的开发者可能更有吸引力。
• 数字未必扛得住真实场景：内部挑的测试用例，往往到了生产级混沌就不好使。等独立测试出来再下结论。

更深的问题：代理工具链还是一盘散沙

市场对 /orchestrate 反应平淡，说明大家还在摸索子代理架构该长什么样。Cursor 文档强调渐进式加载来管理上下文；Google DeepMind 走的是更刚性的路线。业界还没共识。

散乱意味着机会。如果 Cursor 能把自己定位成"基础设施"而不是"又一个 IDE 分叉"，并且拿出超越自家口径的编排价值证据，对它 23 亿美元估值的叙事会更有说服力。但说这次更新是"革命性的"就过了——这更像是在难题上往前挪了一步。

有一点可能被低估：递归编排对企业落地可能是个加速器。很多公司还停在"聊天界面"试点阶段，要跳到规模化应用，需要编排层。Meta 的开源代理离生产就绪还差得远，这个缺口是真实存在的。

| 角色 | 他们看到了什么 | 想法怎么变 | 判断 | |--------------------|----------------------------|-----------------------------|---------------------| | 在试递归的开发者 | SDK 文档展示子代理并行跑；论坛有多代理工作流 Demo | 从手工写提示转向自动化流水线，开始把编排当生产力工具看 | 兴奋有道理，但早期用户容易低估无限循环之类的扩展风险 | | 谨慎的投资人 | 20%/80% 没有公开基准；更新日志偏架构不偏量化收益 | 在看到可验证的 ROI 之前，不会改动对 Cursor 融资论点的判断 | 谨慎是对的——内部数字不算证据 | | 在观望的竞品 | Cursor 的"harness"架构 vs. Claude 的工具化路线；刚发布还没公开回应 | 意识到生态割裂，在考虑从单体代理转向混合模式 | Cursor 在原生递归上有点优势 | | 安全研究者 | 对代理循环的老担忧；这次没有新的政策含义 | 仍然是自治系统治理的背景噪声 | 和这次发布关系不大——没看到新增风险 |

结论： /orchestrate 解决的是代理设计里真实的架构问题。早接入的开发者可能获得工作流优势；被工具孤岛困住的企业会落后。但效率数字在独立基准出来之前就是营销话术，SDK 的模块化比标题里的数字更值得关注。

重要性： 高
分类： 开发者工具、技术洞察、行业趋势

Verdict: 现在进场还算早，优势主要给"动手造东西的人"（独立开发者、平台工程和工具链团队）；交易型选手和被动持有者跟这个叙事关系不大。基金的话，等第三方基准和企业落地案例出来再定价更理性。