design-reference · 从参考到设计方向

把「喜欢这个感觉」转成当前产品可执行的设计 brief。交付应说明参考了什么、为什么适合、如何转化，以及哪些仍是建议。

范围与交接

• 用户只要研究、比较或 brief 时，交付到此为止；已要求继续实现则沿用授权，把 brief 交给当前实现流程，不重新询问是否开工。
• 筛选器、权限、表格或编辑流程的交互选型，优先使用已安装的 ui-pattern-research；本 skill 聚焦视觉方向，不重复展开完整的模式研究。
• 提取现有项目或网站的设计规则，使用已安装的 design-md；本 skill 可以提出新方向，但不把它直接写成既定规范。
• 有 frontend-design 等实现技能时可衔接，没有也能独立交付 brief。不要求安装组件库、MCP 或其他 skill。
• 默认在对话中交付。用户要求保存时沿用项目位置；无约定可用 docs/design/<主题>-brief.md，已有文件只更新本次涉及的部分。

工作流程

1. 明确参考要解决的事

先读请求及已有产品、品牌、设计文档，确认页面用途、受众、主要任务、已有界面和技术限制。请求只点名某个文件时，仍要在项目中查找 DESIGN.md 等设计规范、主题 token 和相关组件，再去外部找参考；找不到时在交付中说明。区分营销页与高频操作的产品界面：展示效果不能自动成为后台布局的理由。

用一句话说明本次目标与约束。只问会改变选材的缺失信息；已有上下文足够时直接推进。用户已指定参考或方向时先分析它，不强制再做多方案投票。