arctan303 设计规范技能 (design-brief-builder)
Purpose
把“高级、简洁、现代”等主观表达转成可实施、可验证且有场景理由的视觉与交互规则。
Trigger
- 0→1 产品需要建立视觉或交互规则。
- 产品变更需要新增或改变既有视觉、品牌或交互规则。
- 现有 Product Spec 已足以说明产品目标、用户和核心场景。
恢复既有视觉行为属于维护路线，不重新定义风格。
Required context
- 相关可验收需求，来自现有 Spec、等价文件或用户明确确认。
- 用户、场景、平台和使用环境。
- 用户给出的风格词、品牌线索、截图、参考产品或反例。
- 已有 Design Brief 或设计系统（如果存在）。
Workflow
- 先解释主观词在当前产品语境中的具体含义。
- 存在多种合理方向时，给出 2～3 个差异明确、含理由与代价的候选方向，只追问当前最关键的选择。
- 将选定方向写成“设计意图 → 决策 → 参数 → 理由/代价 → 验证检查点”。
- 只更新本次受影响的视觉、交互与可访问性，不为局部改动重做完整设计。
- 原位更新已有设计规范，标记旧决定替代关系，联动相关需求和活跃任务；不创建重复副本。
Output
- 已确认设计事实、临时假设和待确认项。
- 被选择及被放弃的方向与原因。
- 可执行的设计变量、关键状态和验收检查点。
docs/Design-Brief.md或项目约定的等价文件。
Stop or escalate
- 产品目标或相关行为仍不可验收时补齐需求；已有明确选择时不因缺少同名 Spec 文件阻塞。
- 设计选择会改变产品范围或业务流程：升级为产品变更。
- 参考图未说明喜欢或排斥的具体点：最多追问一个高信息量问题。
- 多个风格要求互相冲突且无法建立临时假设：停止并请求选择。
References
执行前读取 stage-contract.md。