01 / 03

Gradient

适合 AI 工具、创意 SaaS 和年轻化营销页，紫粉平滑渐变配几何标题与层叠表面，明快柔和且富有纵深。

通用设计柔和渐变

设计语言预览

Gradient Foundation

Primary Purple

#990ffa

渐变起点、主行动、当前步骤与显著焦点。

Secondary Magenta

#e60076

渐变终点、叙事推进与高优先级强调。

Surface White

#ffffff

页面与大多数内容表面的主画布，维持清晰留白。

Text Ink

#111827

标题、正文与控件标签，不能用渐变文字替代长文阅读色。

Explicit Semantic State

Success

#16a34a

只用于完成、健康或可继续状态，并配文字标签。

Warning

#d97706

只用于等待、临近阈值和需关注状态。

Danger

#dc2626

只用于失败、阻断与破坏性操作。

字体层级

Space Grotesk · 36 / 700 / −3%

让色彩过渡承担清晰的叙事方向。

Space Grotesk · 24 / 700 / −2%

明快活泼，但层级必须稳定。

body-md

Montserrat · 16 / 400 / 1.55

白色表面承载阅读，渐变只标记优先级、进度与关键行动。

label-caps

JetBrains Mono · 12 / 700 / +8%

STAGE 03 · LIVE · 14:32

间距、层级与形状

2xs 4px

xs 8px

sm 16px

md 24px

lg 32px

xl 48px

形状

full

按钮、输入与小控件采用 4px；卡片、内容模块和成组表面采用 8px。层级来自 1px 边界、白色留白和有限的渐变重点面。

层级

Level 0 · #ffffff 主画布与稳定阅读区Level 1 · #faf7ff 柔和分区与 1px #e6deed 边界Level 2 · 白色卡片加克制轻阴影，用于浮动上下文Level 3 · #990ffa → #e60076 渐变，只用于最高优先级与明确方向

组件样张

button-primary

紫粉渐变、白字、4px 圆角和至少 44px 高度，只用于页面最高优先级行动。

button-secondary

白底、1px #e6deed 边界、#111827 文字和 4px 圆角，用于次级与取消操作。

button-icon

进度与流程可使用连续渐变表达方向；普通内容卡保持白色或 #faf7ff，避免同级争抢。

text-input 搜索内容

content-row

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

元信息 · 状态 · 更新时间

布局与响应式

以白色结构稳定阅读节奏，让渐变只在关键路径上建立连续方向。

桌面端可用并列模块展示流程与结果；平板减少装饰渐变面积；移动端按标题、核心行动、路径、状态顺序单列，所有控件保持 44px。

断点	宽度	关键变化
移动端	< 768 px	单列堆叠，标题不超过 30px，渐变重点面不超过当前视口的一个主模块。
平板	768 - 1099 px	双栏组织主次模块，保留一条清晰渐变路径，减少并列装饰。
桌面端	>= 1100 px	12 栏结构、36px 最大标题和完整的路径、指标与状态并列关系。

使用边界

应该

以 #ffffff 为阅读画布，用 #990ffa → #e60076 的平滑过渡表达主行动、进度和叙事方向。
标题使用 Space Grotesk，正文使用 Montserrat，编号、时间与状态使用 JetBrains Mono。
遵循 12/14/16/18/24/30/36 字号级差与 8pt 基线网格，避免任意间距。
小控件使用 4px 圆角，内容模块使用 8px；层级主要依靠留白、边界与有限渐变面。
为渐变上的文字提供足够对比；长正文坚持 #111827 对白底，不使用渐变填字。
完整呈现 hover、focus-visible、active、disabled、loading 与 error，交互目标至少 44px。

不要

不要让每张卡片、每段标题和每个背景都使用渐变，渐变泛滥会抹平层级。
不要加入无关的彩虹色；品牌渐变只在 #990ffa 与 #e60076 之间过渡。
不要用 Geist、Inter 或系统字体替代 Space Grotesk、Montserrat 与 JetBrains Mono。
不要把 4px / 8px 圆角扩大成胶囊卡片，也不要依赖厚重阴影制造深度。
不要把成功、警告和危险色混入装饰渐变，它们只服务明确反馈。
不要用低对比渐变文字承载正文，也不要省略键盘焦点与状态标签。

---
name: Gradient
colors:
  primary: "#990FFA"
  secondary: "#E60076"
  success: "#16A34A"
  warning: "#D97706"
  danger: "#DC2626"
  surface: "#FFFFFF"
  text: "#111827"
  neutral: "#FFFFFF"
typography:
  h1:
    fontFamily: "Space Grotesk"
    fontSize: 2.25rem
  body-md:
    fontFamily: "Montserrat"
    fontSize: 1rem
  label-caps:
    fontFamily: "JetBrains Mono"
    fontSize: 0.75rem
  sourceScale: "12/14/16/18/24/30/36"
  weights: "100, 200, 300, 400, 500, 600, 700, 800, 900"
rounded:
  sm: 4px
  md: 8px
spacing:
  sm: 8px
  md: 16px
  sourceScale: "8pt baseline grid"
---

## 概览

平滑色彩过渡与渐变丰富的表面，塑造现代、活泼且有视觉深度的界面。

## 风格基础

- **视觉风格：** 现代、活泼
- **字号级差：** 12/14/16/18/24/30/36
- **字体：** primary=Montserrat, display=Space Grotesk, mono=JetBrains Mono
- **字重：** 100, 200, 300, 400, 500, 600, 700, 800, 900
- **色板：** 主色、辅色、中性、成功、警告、危险
- **间距级差：** 8pt 基线网格

## 色板

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

## 技能指引

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

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

## 品牌

渐变设计风格。

## 风格基础
- 视觉风格：现代、活泼
- 字号级差：12/14/16/18/24/30/36 | 字体：primary=Montserrat, display=Space Grotesk, mono=JetBrains Mono | 字重=100, 200, 300, 400, 500, 600, 700, 800, 900
- 色板：主色、辅色、中性、成功、警告、危险 | Tokens：primary=#990FFA, secondary=#E60076, success=#16A34A, warning=#D97706, danger=#DC2626, surface=#FFFFFF, text=#111827
- 间距级差：8pt 基线网格

## 无障碍
WCAG 2.2 AA、键盘优先交互、可见的焦点状态、先语义化 HTML 再补 ARIA、经屏幕阅读器验证的标签、触控目标不小于 44px

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

## 规则：应当
- 优先使用语义 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 -->