用途：Orchistrate 用于把大型任务拆解为可委派的子任务，由编排者（orchestrator）负责规划、委派、审查、集成与交付，而不是自己完成大部分编码。资料给出两种模式：一是自己充当编排者，协调子智能体干活；二是若所用模型更看重速度与成本而非知识，则派生一个使用更聪明模型（通常为 Fable）的子智能体来担任编排者。
主要能力与做法：角色规则要求编排者不做主体编码，专注架构决策、PR 质量与合并/部署；模型分工上，前沿模型（Fable）负责编排与集成，便宜快速模型负责实现，编码子智能体优先用 Grok 4.5（grok-4.5-fast-xhigh），机械性工作用 composer-2.5-fast。先识别关键路径再并行：文件不冲突时扇出子智能体，涉及共享文件的工作流串行化，并协调端口冲突与集成顺序。质量由编排者自己把关，不能仅凭子智能体报告就宣布完成，需验证预览可加载、无客户端错误、无缺失资源；可把 QA 扫描（一致性、性能、错误）扇出，但最终检查自己做。
扇出模式：实现上每个独立工作流一个子智能体，负责该垂直切片的实现、测试、文档与接线；扫描上可用大量便宜智能体对照参考系统测试各项功能；审计与清理上，审计智能体产出按优先级排列的 DELETE / STRIP / KEEP / ISSUE-ONLY 报告，再由并行清理智能体执行；合并前让一两个全新智能体审阅整个 diff，重点标记难以逆转的决策以及严重安全或性能漏洞；当某智能体的分析驱动重大决策时，再派生第二个智能体审计其方法论。
启动提示词结构：面向系统而非步骤，说明“完成”的样子，包含目标与约束（结果、一致性标准、明确的范围外清单、不可更改项）、角色分配（明确“你是编排者，不要独自完成全部工作”，指定首选实现模型及理由，并行化并串行化共享文件）、以及引用本技能以了解如何担任编排者。
限制：资料未提供安装命令、收费与价格、支持平台、具体效果数据；部分描述在原文中被截断，相关细节暂未提供。