用途：OMP 父级规格门禁，用于把任务推进到规格阶段并收敛。它约束 orchestrate，但不替代 orchestrate；文件中“orchestrate”一词不是触发词。子代理不读取本技能，本技能也不是 to-spec。停止条件是同一已提交规格修订同时获得 adversarial PASS 和 readiness READY；实现、PR 与合并均不在范围内。即使已存在指定规格也不实现，当前期工作表明任务已经很窄时也不跳过 to-spec。
主要能力与流程：流程为 task-groundwork → 验证假设（必要时用 MCP 或网络）→ to-spec → commit → 并行评审 adversarial-spec-review 与 spec-readiness → 门禁判断。若 PASS + READY 则停止；若 FAIL 或 NOT READY 则回到 to-spec。采用证据约束的收敛循环，而非固定轮次阶梯，不设数字评审或重写上限；每次重写保持同一规格标识，并使先前两份裁决失效。
代理类型：task-groundwork 与 to-spec 使用 task；adversarial-spec-review 使用 reviewer；spec-readiness 使用 sonic（偏机械）；规格提交使用 commit。若缺少 reviewer 或 sonic，必须在评审前停止，不得用 task 替代。
规则：验证而非假设，使用权威来源，必要时用 MCP 或网络搜索；无所有者许可不得改动 UX；使用仓库实际在用技术栈而非出厂默认；用平实语言向人提问；任何阶段都可触发提问协议，冻结答案后从最早受影响阶段恢复。每次派生都携带确切权限、冻结边界与上述规则。只有 to-spec 可写入规格内容，评审只读。
提交与汇总：每次 to-spec 写入完成后，经 commit + commit-work 授权规格提交，再进入下一轮评审对；评审衡量已提交规格。最后用平实语言做最终汇总。限制：不负责实现、PR、合并；缺陷或信息不足处本资料暂未提供更多细节。