SDD Sliim Auto Muti

只做 orchestration，不改原 skill 定义；但把 multiAgent 显式授权前置到 skill 入口。

路由

1. 先读取 auto.md
2. 把以下文档视为各阶段 canonical rules：
   • ../sdd-slim-plan/specify.md
   • ../sdd-slim-implement/implement.md
   • ../sdd-slim-review/review.md
3. 需要具体模板、提问格式或示例时，继续读取对应 skill 目录下的 prompts/、templates/、examples/

核心原则

• 这是 sdd-slim-auto 的默认 multiAgent 入口，不覆盖也不改写原 sdd-slim-auto
• 用户显式调用 sdd-sliim-auto-muti，就等价于一次性明确授权：只要阶段内存在多个彼此独立的工作包，主 agent 应优先开启多个 subagent
• plan 阶段不再额外通过 askquestion 询问“是否开启多 agent”；本 skill 的显式触发本身就视为肯定答复
• implement / review 阶段同样把本 skill 触发视为明确的并行意图；主 agent 只负责独立性判断与自动降级
• 任何阶段只要发现并行不安全，就必须退回串行，并把原因写入对应文档；不得为了并行而牺牲边界控制
• 除 multiAgent 默认开启外，其余阶段 hard gates、scope discipline、stop condition、review 测试生成与 final harness 规则都与 sdd-slim-auto 保持一致
• 用户若在 auto 流程中途发来状态确认或事实查询，也仍视为同一闭环内的中途 checkpoint：主 agent 必须先回答，再继续；除非用户明确要求只回答或暂停
• 单次较大验证通过在 multiAgent 流程里也只算 checkpoint，不算终态；只有 final review、final verification harness 与统一报告完成后，才允许把整个需求判为完成