Spec Design

需求澄清调度器。把模糊的诉求（一句话、一张 HTML 原型、一份 PRD、一个 Figma 链接，甚至用户自己写的"spec"）转化成两份下游流程可以机械消费的文件：

• docs/specs/<topic>/spec.md — Why + Findings + What + Out of scope + Open questions（+ References）
• docs/specs/<topic>/validation-contract.md — VAL-XXX-NNN 断言，每条含 Behavior + Tool + Evidence
• docs/specs/<topic>/umbrella.md — 仅当规模闸门触发拆分时生成

Validation Contract 是承重产物。test-designer 把 VAL 作为主输入；deep-review 的 spec-conformance 审查者读 VAL 来确认一个 PR 的 diff 满足每一条断言。

什么时候用

• 有人提出新功能、公共 API 变更、schema 迁移、CLI 子命令，或任何用户可见的行为变化
• 用户说"来写个 spec"、"澄清需求"、"给 X 写个规范"、"头脑风暴一个功能"
• 用户自带的 spec 需要按 auriga 标准审一遍，下游阶段才能消费

不要用在：