用途：coordinator 让当前主会话保持在“主位”，由主会话负责计划、架构、接口、验收标准、评审、验证以及最终的提交与发布决策；把范围明确、边界清晰的实现工作路由给成本更低或更适合该任务的 worker 执行。调用 coordinator 本身即是一次路由决策，无需用户额外说“用便宜的 worker”。
主要能力：提供渐进式加载的资源体系，只需按需读取，包括分派契约（dispatch contract）、当前宿主的适配指南（Claude Code、Codex、Grok Build 或 OpenCode），以及实际选用的外部 worker 指南（Codex/Sol/Luna/Astra、Grok CLI、Muse Code、OpenCode CLI 等）。在宿主支持原生子智能体时，为每个独立实现单元派生一个原生 worker-controller，负责拉起、监控并汇报外部 worker，而不自行编写实现，从而在宿主界面中保持可见性。
使用方式：先检查任务、仓库说明、当前状态与改动前提；选定当前宿主适配器与最小可用的 worker 通道；读取分派契约与所选指南；对通道做预检（缺少二进制、模型、认证或写权限即视为通道不可用）；编写精确规格并划分并发文件所有权；在支持时派生原生 worker-controller；到硬性关卡时做独立的只读评审，检查实际 diff 与 worker 报告；在主环境中重新执行验收，再由主会话提交与发布。只有主会话可以 commit、push 或创建 PR。
所有权与限制：主会话拥有计划、架构、接口、验收标准，以及差异评审、最终验证、提交、推送与 PR；worker 只做有边界的实现，不得自行操作 git 或悄悄改变计划。使用 worker 的前提是它对该边界单元确实更便宜或更合适；分派本身有上下文、规格与评审成本，应在连贯的 API 或文件所有权边界处切分，而非为建图而拆成琐碎任务。基础设施故障不等于质量故障，应保留规格并重试或明确改道；评审与测试路径共用一次纠正机会，同一 maker 带具体反馈重派一次，第二次失败后控制权回归主会话。不得让 worker 提交、推送或合并；未经用户授权不得安装 CLI、更改全局配置或增加智能体深度。向外部通道派发前需说明哪个提供方将收到提示、规格与所选仓库内容，除非用户已授权该通道，否则需先获批准；不得发送机密、凭据或超出任务所需的仓库快照。若配置有可选 advisor，仅在真正的决策边界以只读方式咨询，其分歧需以直接证据解释并对齐。最终报告需说明实际运行的通道、接收内容的提供方、各 worker 返回内容、改动、通过的验证与未决事项，不得暗示未实际运行的 worker 或专家已运行。具体价格、收费与平台支持范围文中暂未提供。