01 / 03

Levels

适合定价、注册、课程销售和转化型落地页，清楚信息层级配高对比行动按钮和短路径布局，可信快速。

通用设计极简主义

设计语言预览

Levels Foundation

Primary Zinc

#27272a

主行动、导航品牌、强标题和最高优先级的界面锚点。

Secondary Violet

#8b5cf6

当前步骤、进度、推荐路径和少量上下文强调。

Surface White

#ffffff

页面、表单、卡片和报告的唯一主画布。

Text Ink

#111827

标题、正文、字段值和关键数据，保证清晰高对比。

Explicit Semantic State

Success

#16a34a

完成、健康、已通过；必须与文字状态同时出现。

Warning

#d97706

需要输入、即将到期或需要复核。

Danger

#dc2626

失败、阻断和不可逆风险，不作装饰使用。

字体层级

Inter · 32 / 700 / −3%

清楚说明价值，再给出唯一下一步。

Inter · 24 / 700 / −2%

让每一次决定都快速、可信、没有歧义。

body-md

Inter · 16 / 400 / 1.5

用简洁、有帮助的文案解释当下任务、必要信息和结果预期。

label-caps

JetBrains Mono · 12 / 700 / +6%

STEP 02 / 03 · COMPLETE · UPDATED 14:32

间距、层级与形状

2xs 4px

xs 8px

sm 12px

md 16px

lg 24px

xl 32px

形状

full

按钮、输入框、选择器和小控件使用 4px；表单卡、报告面板和内容模块使用 8px；圆形只用于头像、状态点和紧凑图标容器。

层级

Level 0 · #ffffff 主画布与无阴影内容区Level 1 · #f7f7f8 辅助分区和 1px #e4e4e7 边界Level 2 · 白色 8px 转化卡与轻量 0 18px 42px 阴影Level 3 · #27272a 主行动与 #8b5cf6 当前路径Semantic · green / amber / red 必须同时显示文字

组件样张

button-primary

#27272a 填充、白色文字、4px 圆角、至少 44px 高；一屏只保留一个最高优先级主行动。

button-secondary

白底、#27272a 边框和文字、4px 圆角，用于查看详情、返回、导出和取消。

button-icon

字段、选择卡、进度和状态行必须覆盖键盘、触控、加载、错误与长标签边界。

text-input 搜索内容

content-row

一行核心内容保持清晰标题。

元信息 · 状态 · 更新时间

布局与响应式

用短路径、清楚证据和唯一下一步，把注意力稳稳导向完成动作。

桌面端可以并排展示价值说明与转化表单；平板收敛为双栏或顺序卡片；移动端按价值、信任、输入、反馈、行动的顺序单列，始终保留明确进度。

断点	宽度	关键变化
移动端	< 640 px	单列流程，标题不超过 28px，选择卡堆叠，按钮全宽且至少 44px。
平板	640 - 1023 px	营销内容与表单按任务顺序重排，报告卡保持 2 列以内。
桌面端	>= 1024 px	约 1408px 容器，首屏双列，控制台使用 216px 侧栏和紧凑数据网格。

使用边界

应该

以 #ffffff 为主画布，用 #27272a 和 #111827 建立可信、直接的高对比层级。
把 #8b5cf6 留给当前步骤、进度、推荐路径和少数需要立即注意的上下文。
标题与正文使用 Inter；JetBrains Mono 只用于步骤、时间、状态、编号和短标签。
严格使用 12/14/16/20/24/32 字号以及 4/8/12/16/24/32 间距级差。
按钮和字段使用 4px，卡片与模块使用 8px；主要触控目标至少 44px 高。
每个页面只突出一个主要下一步，并用短文案、进度与信任证据移除疑虑。
实现 default、hover、focus-visible、active、disabled、loading、error 状态并满足 WCAG 2.2 AA。

不要

不要把页面做成暗色科技、健身追踪器或来源品牌网站复刻；这是可迁移的转化语言。
不要使用渐变、玻璃模糊、发光、巨大营销字或厚重阴影制造虚假兴奋感。
不要加入多个同权重 CTA、含义模糊的按钮标签或没有解释的表单字段。
不要让紫色铺满普通卡片或正文；它只承担路径与上下文强调。
不要用成功、警告、危险色表达品牌情绪，也不要只靠颜色传递状态。
不要超过规范的 32px 字号，也不要把 JetBrains Mono 用于长正文。
不要使用大胶囊、过度圆润容器或不一致的间距节奏。

---
name: Levels
colors:
  primary: "#27272A"
  secondary: "#8B5CF6"
  success: "#16A34A"
  warning: "#D97706"
  danger: "#DC2626"
  surface: "#FFFFFF"
  text: "#111827"
  neutral: "#FFFFFF"
typography:
  h1:
    fontFamily: "Inter"
    fontSize: 2rem
  body-md:
    fontFamily: "Inter"
    fontSize: 1rem
  label-caps:
    fontFamily: "JetBrains Mono"
    fontSize: 0.75rem
  sourceScale: "12/14/16/20/24/32"
  weights: "100, 200, 300, 400, 500, 600, 700, 800, 900"
rounded:
  sm: 4px
  md: 8px
spacing:
  sm: 4px
  md: 8px
  sourceScale: "4/8/12/16/24/32"
---

## 概览

以转化为核心的设计：借清晰、信任与速度移除阻力，把用户稳稳推向下一步动作。

## 风格基础

- **视觉风格：** 现代、干净
- **字号级差：** 12/14/16/20/24/32
- **字体：** primary=Inter, display=Inter, mono=JetBrains Mono
- **字重：** 100, 200, 300, 400, 500, 600, 700, 800, 900
- **色板：** 主色、中性、成功、警告、危险
- **间距级差：** 4/8/12/16/24/32

## 色板

- **Primary (#27272A)：** 来自"风格基础"的 Token。
- **Secondary (#8B5CF6)：** 来自"风格基础"的 Token。
- **Success (#16A34A)：** 来自"风格基础"的 Token。
- **Warning (#D97706)：** 来自"风格基础"的 Token。
- **Danger (#DC2626)：** 来自"风格基础"的 Token。
- **Surface (#FFFFFF)：** 来自"风格基础"的 Token。
- **Text (#111827)：** 来自"风格基础"的 Token。
- **Neutral (#FFFFFF)：** 由 surface Token 派生，以兼容官方格式。

## 技能指引

<!-- TYPEUI_SH_MANAGED_START -->
# levels 设计体系技能（通用）

## 使命
你是 levels 的资深设计体系规范作者。
输出可直接落地、工程师和设计师都能直接用的实用规范。

## 品牌

Levels 设计聚焦消除阻力、建立信任并通过清晰、心理学和速度引导用户走向具体行动。

## 风格基础
- 视觉风格：现代、干净
- 字号级差：12/14/16/20/24/32 | 字体：primary=Inter, display=Inter, mono=JetBrains Mono | 字重=100, 200, 300, 400, 500, 600, 700, 800, 900
- 色板：主色、中性、成功、警告、危险 | Tokens：primary=#27272A, secondary=#8B5CF6, success=#16A34A, warning=#D97706, danger=#DC2626, surface=#FFFFFF, text=#111827
- 间距级差：4/8/12/16/24/32

## 无障碍
WCAG 2.2 AA、键盘优先交互、可见的焦点状态

## 文字调性
简洁、自信、有帮助

## 规则：应当
- 优先使用语义 Token 而非原始值
- 保持视觉层级
- 让交互状态明确可见

## 规则：不应
- 避免低对比度文字
- 避免不一致的间距节奏
- 避免含义模糊的标签

## 期望行为
- 先遵循风格基础，再关注组件一致性。
- 不确定时，优先无障碍与清晰度，而非追求新颖感。
- 提供具体默认值，并在存在备选方案时说明取舍。
- 保持规范鲜明、精简，且面向实现。

## 规范撰写流程
1. 在提出规则前，先用一句话复述设计意图。
2. 先定义 Token 与基础约束，再给出组件级规范。
3. 明确组件结构、状态、变体与交互行为。
4. 包含无障碍验收标准与文案撰写要求。
5. 补充反模式，以及既有不一致 UI 的迁移建议。
6. 以一份可在代码评审中执行的 QA 清单收尾。

## 输出结构要求
生成设计体系规范时，请按以下结构组织：
- 背景与目标
- 设计 Token 与基础
- 组件级规则（涵盖结构、变体、状态与响应式行为）
- 无障碍要求与可测试的验收标准
- 文案与调性规范，附具体示例
- 反模式与不允许的实现
- QA 清单

## 组件规则要求
- 定义必须实现的状态：default、hover、focus-visible、active、disabled、loading、error（视需要）。
- 描述键盘、指针与触屏下的交互行为。
- 明确说明间距、字体与色彩 Token 的使用方式。
- 覆盖响应式行为与边界场景（如长标签、空态、内容溢出）。

## 质量门禁
- 规则不应只依赖含糊形容词；必须以 Token、阈值或示例作为锚点。
- 每一条无障碍主张，在实现中都必须可测试。
- 优先保证体系一致，而非局部的一次性优化。
- 当美观与无障碍冲突时明确指出，并以无障碍为先。

## 约束语言示例
- 用"必须"表述不可协商的规则，用"应"表述建议。
- 每条"应当"规则至少配一个具体的"不应"反例。
- 引入新模式时，同步提供既有组件的迁移指引。

<!-- TYPEUI_SH_MANAGED_END -->