cursor-orchestrate 是一个面向 Codex Cloud 的任务编排技能，其触发条件非常明确：只有当用户显式输入 /orchestrate <goal> 时才会使用。它的核心作用是把一个目标保留下来，并拆解为一个有界的、由协调者拥有的依赖图，然后通过原生 Codex Cloud 任务来协调执行。
用途与定位 该技能用于在 Codex Cloud 上协调有依赖关系的任务集合。它并不复现 Cursor 的私有内部智能体树，而是保留规划者、工作者、验证者的意图。它要求存在一个确切配置的环境，并且任务创建与提示内容传输都已获得授权，才会进行派发。
主要能力
- 目标校验与任务图规划：使用 prepare_local_plan 校验目标与任务图，要求恰好一个规划者、无循环依赖、无未知依赖，且子任务最多八个。
- 环境选择：需要选择一个具体环境。codex cloud list --json 可以通过 environment_id、environment_label 或两者来识别环境；All Environments 选择器不是环境 ID。
- 派发批次构建：在获得任务创建以及发送给 Codex Cloud 的目标/验收文本的显式授权后，调用 build_codex_cloud_dispatch_batch。它返回无 shell 的 argv，形式为 codex cloud exec --env ENV_ID --attempts N [--branch BRANCH] QUERY，其中 N 为一到四；适配器本身从不执行该命令。工作流可能仍需要固定分支或提交以保证可复现的证明。
- 依赖就绪提交：只提交依赖已就绪的任务。
- 任务检查：使用 codex cloud status TASK_ID 和 codex cloud diff TASK_ID 检查每个任务。
- 下游解锁：只有当结构化 PASS 交接包含云任务与尝试身份、状态与 diff 检查、以及产物 URI 加 SHA-256 摘要时，下游任务才会解锁。
- 应用 diff：应用云 diff 是单独的变更操作。只有在单独授权后，才构建 codex cloud apply TASK_ID --attempt ATTEMPT。
- 取消说明：CLI 文档没有暴露取消命令。原生 Codex Cloud 任务 UI 确实提供取消，使用它属于单独的操作者动作。停止派发只会阻止新任务，并不会取消已有任务。
使用方式
使用前提是用户显式输入 /orchestrate <goal>。随后按工作流执行：校验目标与任务图、选择具体环境、在授权后构建派发批次、仅提交依赖就绪任务、检查状态与 diff、在结构化 PASS 交接后解锁下游、并在单独授权后应用 diff。若没有具体 ENV_ID，则返回 ENVIRONMENT_REQUIRED 并附带已校验的计划，且不进行派发。
适用场景 适用于需要在 Codex Cloud 上协调有界依赖图任务的场景，且用户已明确调用该技能、环境已确切配置、并已获得任务创建与内容传输的授权。
限制与边界 目标与验收文本会被复制进云端提示，因此显式内容授权是控制性边界。本地私密路径与高置信度凭据模式检查只是有限防御，无法确立任意文本可安全传输。未经针对该确切目的地与用途的授权，不要发送机密、私密输入、客户数据、专有代码、个人数据或内部 URL。应保留固定的上游 blocked_malicious 发现作为来源。不要发布或执行上游 TypeScript/Bun 运行时、依赖清单、测量 shell 边界、Slack 适配器或凭据路径。不要把早先临时的 ChatGPT Work 客户端 ID 当作 Codex Cloud 任务或重试它。若没有具体 ENV_ID，返回 ENVIRONMENT_REQUIRED 且不派发。