用途：Conduct 用于协调跨多个独立环境（独立分支/PR、所有权冲突、长期并行轨道）的云端智能体集群，适合迁移、清理、升级等大型多轨项目。仅当存在两个或以上环境时使用；单一连贯轨道或单个检出/PR 应降级为 orchestrate 或 implement，不要创建只有一个智能体的“集群”。
主要能力：通过 kody:@kentcdodds/cursor/agents 为每条轨道生成一个独立环境中的智能体，协调者本身不写代码。默认使用最新 Grok 模型（除非用户指定）。先审计（用探索型智能体获取经验证的发现，并自行核实实时事实），再按文件冲突而非主题划分轨道，并为每条轨道声明范围外内容。默认由轨道自行实现，仅在轨道内并行收益明确时交给 orchestrate。
使用方式：每次启动需说明发布策略、风险姿态、PR 所有权不变式、回报机制（附真实协调者 agent id）和可证伪的完成定义。代码变更智能体须在最终响应前通过 Cursor Cloud ManagePullRequest 推送并创建/更新自己的 PR。每次运行结束（完成、部分或阻塞）通过 createRun 唤醒协调者；时间门用 workflows.create 延迟工作流而非 sleep，重试同一调度请求才复用相同 idempotencyKey。派发后结束回合，由唤醒和延迟工作流驱动循环，仅对静默智能体轮询。最终 QA 由协调者负责，需核对 main 分支与部署，不得仅凭声明报告完成。
限制：createRun 唤醒仅在协调者为 API 创建的云端智能体时有效，交互式聊天协调者会返回 400，需改用 Discord 等渠道。可加载 orchestrate（轨道内扇出）和 ship-pr（合并权限）作为伴随技能。资料未提供收费、价格或平台支持等更多信息。