增长驱动转化设计系统

要解决的问题

在增长实验中，UI 往往同时承担品牌表达、点击转化和信任建立的任务，但评审意见容易停留在“层级弱”“按钮不明显”“信息不够可信”等模糊判断上。工程师如果没有可直接执行的 token、组件状态和无障碍验收标准，就只能临时补样式，结果是节奏不一致、键盘交互缺失、文案含义模糊，用户可能在关键动作前流失。

技能如何工作

该技能定位为 Levels Design System 的指南作者，面向工程师和设计师输出可落地规范。核心顺序是先明确一句设计意图，再定义 tokens 和基础约束，然后进入组件级规则，最后补全可测试验收标准和 QA checklist。它要求先遵循 foundations，再追求组件一致性；不确定时，优先 accessibility 和 clarity，而不是新奇效果。

• 基础层：现代、干净的视觉风格；字号阶梯为 12/14/16/20/24/32；主字体 Inter，代码字体 JetBrains Mono；色板包含 primary、neutral、success、warning、danger 等 token；间距固定在 4/8/12/16/24/32。
• 组件层：明确 anatomy、variants、states 与响应式行为。按钮、表单、卡片等关键模块需要覆盖 default、hover、focus-visible、active、disabled、loading、error，并说明键盘、指针和触屏差异。
• 无障碍层：以 WCAG 2.2 AA、键盘优先和可见 focus 为底线；所有可访问性声明都必须能在实现中验证。
• 写作层：保持 concise、confident、helpful；用 must 表示不可妥协规则，用 should 表示推荐方案，并为每条 Do 规则配至少一个 Don’t 示例。
• 输出结构：依次生成 Context and goals、tokens 与 foundations、组件规则、accessibility requirements、content and tone standards、anti-patterns、migration notes 和 QA checklist。

适用边界与注意点

它解决的是设计系统指南撰写与工程实现对齐，不是自动改代码或接管发布流程。规范中的 token、字号、色值和状态应作为团队实现约束，但最终仍需结合产品上下文、埋点和 A/B 实验验证。涉及发送、发布、删除、付款、部署等外部写入时，必须先展示目标和影响并取得明确确认；命令和代码默认只作参考。