"Agent 生 Agent"这个概念在 AI 圈被聊烂了。大多数 demo 最后都是花里胡哨地弹出十个窗口然后什么都不干。
但 Cursor 这次发布的 /orchestrate 不太一样。
它是基于 Cursor SDK 构建的一个 skill，核心能力是递归生成子 Agent 来分解和完成复杂任务。不是一股脑 spawn 一堆 agent 然后祈祷它们别打架，而是有明确的分层架构。
架构不是并发，是分权
有人看完第一反应是"不就是多 agent 并行吗"。不对。
关键在于关注点分离：root planner 负责任务拆解和分配，scoped worker 各自处理具体子任务，verifier 检查结果质量。这不是一个简单的并发 trick，而是一个控制平面架构。
用社区开发者的话说：
"The important part is not spawning many agents. That is the easy surface-level trick. The important part is the separation of concerns: root planner -> scoped worker -> verifier."
这才是值得看的部分。
内部数据不无聊
Cursor 团队拿自己的项目做了实测：
- 内部 skills 自动研究，token 使用量降低了 20%，同时 eval 成绩反而提升了
- 内部后端冷启动时间减少了 80%
这两个数字放在一起看才有意思。token 用量降了但效果好了，说明递归生成的子 Agent 不是在做无用功——每个子任务的范围足够窄，agent 不会在上下文里迷失。冷启动时间的大幅缩减则说明并行拆解确实有效。
怎么用
安装很简单，在 Cursor 里执行：
/add-plugin orchestrate
然后通过 Cursor SDK 调用。它需要你有一定的工程基础来定义任务边界和验证逻辑，不是那种"输入一句话就全搞定"的玩具。
跟 Cursor 之前的平行任务有什么不同
Cursor 之前已经发布了平行多任务功能（multitasking），能把计划拆成并行子任务用异步子 Agent 同时跑。
/orchestrate 的区别在于递归和验证。平行任务是"拆一次、并行跑"；orchestrate 是"拆了之后，子 Agent 可以自己再拆，并且每层都有验证"。
这更像是从"多人分工"进化到了"有管理层级的组织架构"。
值不值得跟
如果你已经在用 Cursor SDK 做工程自动化，/orchestrate 值得立刻试。它的 token 节省效果对高频使用场景来说不是小数。
如果你只是用 Cursor 编辑器写代码，这个功能对你的直接价值有限——它面向的是有 CI/CD 管道、需要自动维护代码库的团队。
但架构思路本身有参考意义。当你的 Agent 任务复杂度超过某个阈值，简单的"一个 prompt 干所有事"就会崩塌。这时候分层编排不是一个可选项，是必选项。
社区里已经有人在讨论把这个模式搬到 Claude Code 和其他 agent 框架上。如果验证下来确实通用，那 agent 编排的标准范式可能就要变了。
主要来源：