以 skill 自身的术语
一门以工艺为先的学科，用于构建产品界面——仪表盘、管理面板、SaaS 应用、工具、设置页面、数据界面——并做出顶级设计团队会做的决策。它要求在写代码之前先明确 brief：使用者是谁、他们前来完成的那一个动作是什么，以及界面应该给人带来怎样的、有实际意义的感受。
由此展开领域探索（domain、色彩世界、signature、被拒绝的默认方案），基于比例构建字号体系，让字重和颜色承担层级区分，确定一个明确的深度策略，使用语义化 token 而非硬编码字面量，并处理打磨与动效细节——等宽数字、同心圆角、亚 300ms 时长、高频操作不加动画。明确不适用于落地页、营销站点、campaign 或纯品牌工作。
它产出什么
- 一份 Suggest + Ask 提案，列出 Domain、Color world、Signature、Rejecting 和 Direction。
- 在有渲染工具的情况下，以内联方式渲染样本——调色板色块、以实际字体呈现的字号体系、堆叠的层级卡片、以真实组件呈现的 signature；实现本身仍落地到代码库中。
- 一份保存的 .interface-design/system.md，记录方向、深度策略、层级决策和重复出现的组件模式，仅在用户确认同意后才写入。
工作方式
- 01撰写工作 brief
在写任何代码之前，先回答清楚：使用者是谁、他们要完成的动作是什么、界面应该呈现什么感觉——除非方向需要确认，否则保持简洁。
- 02探索产品领域
在提出方向之前先产出四项内容：至少 5 个 domain 概念、5 个以上取自产品所处物理世界的颜色、一个 signature 元素，以及 3 个应当拒绝的显而易见的默认方案。
- 03提出并确认方向
以一个列出 Domain、Color world、Signature、Rejecting 和 Direction 的 Suggest + Ask 区块开场，然后在开始构建前确认方向是否合适。
- 04尽可能渲染样本
如果当前会话具备内联可视化渲染工具，就以真实组件的形式展示调色板、字号体系、层级步骤和 signature，而不是用文字描述；否则退回到代码形式。
- 05基于现状构建，再进行验证
检查应用、token、组件模式和 system.md，修改实现，在可用的情况下运行 build、类型检查或测试，然后在桌面和移动端宽度下进行可视化验证。
- 06主动提出保存这些模式
任务完成后，主动提出记录方向、深度策略、层级决策和重复出现的组件模式，以便后续会话保持一致。