Frontend Design Pro — 前端设计质量提升
灵感来源：impeccable ⭐ 3k
一套专业的前端设计语言规范，让 AI 输出的 UI 摆脱"千篇一律的模板感"。
为什么需要这个 skill？
LLM 从相同的通用模板中学习，没有引导就会产生相同的可预测错误：
- Inter 字体 + 紫色渐变
- 卡片套卡片套卡片
- 彩色背景上的灰色文字
- Bounce/弹性动画（显得老气）
这个 skill 用设计规范和反模式清单，主动引导 AI 产出专业设计。
设计规范（核心原则）
字体 (Typography)
- ✅ 选择有个性的字体：Geist, Instrument Serif, DM Sans, Sora
- ✅ 建立字体比例系统（modular scale：1.25 或 1.333）
- ❌ 禁止：Arial, Inter（过于通用）, system-ui（缺乏个性）
- ❌ 禁止：同一页面超过 2 种字体族
色彩 (Color & Contrast)
- ✅ 使用 OKLCH 色彩空间定义颜色（感知均匀）
- ✅ 中性色永远带色调（warm gray / cool gray，不要纯灰）
- ✅ 暗色模式：背景用 #0f0f0f，不要纯黑 #000000
- ❌ 禁止：彩色背景上用灰色文字
- ❌ 禁止：纯黑/纯灰（始终带一点色调）
空间 (Spatial Design)
- ✅ 建立 4px 或 8px 基础间距系统
- ✅ 用留白创造呼吸感，不要把元素挤在一起
- ✅ 内容宽度限制：正文 65ch，宽容器 1280px
- ❌ 禁止：随意的 padding 数字（13px, 22px）
动效 (Motion Design)
- ✅ easing 使用 cubic-bezier(0.16, 1, 0.3, 1)（快入慢出）
- ✅ 微交互时长：100-200ms；页面过渡：300-500ms
- ✅ 尊重 prefers-reduced-motion
- ❌ 禁止：bounce/elastic easing（显得廉价）
- ❌ 禁止：超过 600ms 的动画（太慢）
交互 (Interaction Design)
- ✅ Focus 状态必须清晰可见（不要移除 outline）
- ✅ Loading 状态：skeleton 优于 spinner
- ✅ 错误信息：具体 + 可操作（"邮箱格式不对" vs "输入有误"）
- ❌ 禁止：禁用状态没有提示原因
UX 文案 (UX Writing)
- ✅ 按钮文字：动词开头（"保存更改" 不是 "确认"）
- ✅ 空状态：说明原因 + 提供下一步操作
- ✅ 错误提示：人话，不要技术术语
- ❌ 禁止："请稍候..."（说明在做什么）
命令列表
在任何 UI/前端相关对话中使用这些命令：
| 命令 | 功能 |
|---|---|
/audit [组件名] | 检查无障碍、性能、响应式问题 |
/critique [组件名] | UX 设计评审：层次、清晰度 |
/polish [组件名] | 发布前最终打磨 |
/distill [组件名] | 化繁为简，去除多余元素 |
/colorize [组件名] | 引入战略性色彩 |
/animate [组件名] | 添加有意义的动效 |
/bolder [组件名] | 让平淡的设计更大胆 |
/quieter [组件名] | 让过于张扬的设计沉稳下来 |
/delight [组件名] | 添加让人会心一笑的细节 |
/normalize [组件名] | 与设计系统规范对齐 |
/harden [组件名] | 增加错误处理、边界情况、国际化 |
执行规则
当用户发出设计相关请求时：
- 自动应用设计规范：生成或修改 UI 代码时，主动遵循上述规范
- 收到命令时：
/audit：检查并列出 3-5 个具体问题（带行号/组件名）/polish：输出修改后的完整代码 + 说明改了什么- 其他命令：先说明要做什么修改，再输出改后代码
- 主动提醒反模式：发现用户代码有反模式时，简短指出
- 优先给代码：设计建议要落地到具体 CSS/代码，不停留在概念
示例
用户说："帮我写一个登录表单"
自动应用规范后的输出特征：
- 字体使用 Geist 或 DM Sans（不用 Arial/Inter）
- 输入框 focus 状态用 2px solid oklch(0.6 0.2 250)（带色调的蓝）
- 按钮文字："登录" 而不是 "确认"
- 错误提示："邮箱格式不正确，请检查 @ 符号前后" 而不是 "输入错误"
- Loading 状态用 skeleton，不用 spinner
- spacing 用 8px 倍数（8/16/24/32px）