用途：这是一套轻量级实现编排流程，适用于不需要阶段计划或清单产物的低复杂度工作，例如修复、重构、文档改动，或只有一个验收条件的功能。它自身不写代码，只做编排：把全部实现委派给专家子智能体，再通过漂移检测核验结果。
主要能力：解析规范目录或任意文档路径；读取 requirements.md、solution.md、项目指令文件及其它相关文档；把工作拆成最小交付单元（DeliveryUnit，含 title、area、refs、acceptance）；以 TDD 方式执行——先写失败测试，再写最少代码通过，然后重构；完成后用 validate 技能的 drift 模式比对需求与方案，若项目根存在 CONSTITUTION.md 则再用 constitution 模式检查。
使用方式：以 $ARGUMENTS 指定实现目标，可为规范 ID、文件路径或自由文本简述。若为规范 ID，用 specify-meta 解析目录；若是路径或简述，则直接作为主要上下文文档。至少需要一个上下文文档，否则需请用户提供。随后确认拆解（批准、调整、增加单元或建议更高层级模式），选择模式：Standard（默认，并行 fire-and-forget 子智能体加共享任务列表）或 Agent Team（常驻协作成员，仅在单元数不少于 3 且共享状态时推荐）。委派时向子智能体提供相关需求全文、项目指令文件、显式 TDD 指令与可观察验收标准，并回收改动文件、测试状态与阻塞项。最后可选 git 操作（创建特性分支；完成后提交加 PR、仅提交或跳过）。单元数建议 1–3 个，超过则说明不属于低复杂度，建议改用 specify 技能选择 Incremental 或 Factory。
限制与注意事项：不直接改代码；不创建 plan、manifest.md 或 units 目录产物；不写阶段；不跳过最终漂移检查；遇到 L1/L2 宪法违规必须阻塞；触及生产关键路径的委派需先获用户确认。具体收费、价格与平台支持情况暂未提供。