用途：以编排者身份组织规格驱动开发流程，把功能想法依次转化为需求、设计、任务与可选实现，并在阶段之间设置明确审批门。
主要能力：按顺序推进 Requirements → Design → Tasks → Implementation 四个阶段；强制通过子代理完成各阶段产出，编排者只负责协调与流转；支持根据用户反馈反复迭代，直到获批后再进入下一阶段。
使用方式：所有规格文件放在 specs/{feature_name}/ 下，包括 requirements.md（含 EARS 验收标准的用户故事）、design.md（技术架构与实现指导）、tasks.md（增量编码任务）。需求阶段需启动 requirements-agent，设计阶段需启动 tech-design-agent，任务阶段需启动 tasks-agent，实现阶段需启动 implementation-agent。每个阶段需向用户确认，如“Do the requirements look good?”等。任务获批后流程即完成，除非用户明确要求实现。实现阶段每个会话只执行一个任务，实现代理会先做实现前校验、严格遵循规格、必要时申请审批，并使用 MCP 服务器访问 Jira、Confluence、GitHub、Figma 等外部资源，最后在 tasks.md 中标记完成。
限制：编排器不得自行创建 requirements.md、design.md、tasks.md 或编写代码，不得跳过启动子代理，不得省略审批门；实现严格零即兴发挥。官方页面未提供收费、价格、平台或效果信息。