01 / 03

Ant

适合企业后台、数据管理和复杂运营系统，白底紧凑网格配标准化组件、蓝色主行动与清晰状态色，严谨高效。

通用设计工程工具极简主义

设计语言预览

Action & Status

Primary Blue

#1677ff

用于主行动、当前导航、链接和清晰的焦点状态。

Success

#16a34a

仅表达健康、完成和已验证状态。

Warning

#d97706

用于待处理、接近阈值和需要关注的状态。

Danger

#dc2626

用于错误、关键异常和破坏性行动。

Surface & Text

Application White

#ffffff

表格、卡片和主要工作区的默认表面。

Workspace Soft

#f5f7fa

用于页面背景、表头和辅助侧栏分层。

Enterprise Ink

#111827

标题、关键数据和主要正文的高对比墨色。

Hairline

#e5e7eb

表格网格、卡片边界与工作区分隔线。

字体层级

display-32

Plus Jakarta Sans · 32 / 700 / -1.5%

让每一笔运营数据都清晰可行动。

heading-20

Plus Jakarta Sans · 20 / 700

异常管理与履约概览

body-14

Plus Jakarta Sans · 14 / 400 / 1.55

正文保持简洁、专业和低术语，优先说明状态、责任人与下一步。

label-12

JetBrains Mono · 12 / 600 / +4%

EX-1048 · APPROVAL REQUIRED

间距、层级与形状

xs 4px

sm 8px

md 12px

lg 16px

xl 24px

2xl 32px

3xl 48px

形状

full

按钮与输入框使用 4–6px 圆角，卡片与工作面板使用 8px；头像和状态点才使用圆形。

层级

Level 0 · 白色或浅灰平面Level 1 · 1px hairline 表格与卡片Level 2 · 单层轻阴影浮动面板

组件样张

button-primary

蓝色填充、白色文字、6px 圆角，用于每个视图唯一主行动。

button-secondary

白底、1px 中性边框，用于筛选、返回和次要操作。

button-icon

状态同时使用语义色、图标和文字，不以颜色作为唯一信号。

text-input 搜索内容

content-row

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

元信息 · 状态 · 更新时间

布局与响应式

密集信息按任务层级组织，而不是平均铺满。

桌面端保留导航、表格与检查面板；移动端把筛选收进抽屉，将关键列重排成记录卡，并保持主行动与异常状态最先可见。

断点	宽度	关键变化
移动端	< 768 px	表格转为记录列表，筛选进入抽屉，关键操作保持至少 44px 触控高度。
平板	768 - 1099 px	双栏面板收为主工作区加可开合检查栏，次要表格列允许横向滚动。
桌面端	>= 1100 px	保留导航、数据工作区与详情检查三栏，同时显示筛选和操作队列。

使用边界

应该

使用 12/14/16/20/24/32 的字号级差和 4/8/12/16/24/32 的间距节奏。
表格、筛选器、分页、状态标签和记录面板保持紧凑但可扫描。
蓝色只承担主行动、选中状态、链接和 focus-visible，状态使用各自语义色。
按钮、输入框和导航项使用 4–6px 圆角，卡片和面板最多 8px。
所有数据工作流明确覆盖空态、加载、错误、禁用与溢出场景。
键盘操作、44px 触控目标和可见焦点必须作为组件验收标准。

不要

不要把企业工作台做成稀疏营销页；主要任务、筛选和状态应在首屏可见。
不要用渐变、玻璃拟态、厚阴影或超大圆角制造装饰层级。
不要混用语义色：成功绿、警告橙和错误红只表达对应状态。
不要使用 pill 作为默认按钮或输入框；圆形只用于头像与状态点。
不要用模糊标签或仅靠颜色区分状态，必须同时提供文字或图标。
不要让表格在小屏幕静默截断；应重排、滚动或提升关键字段。

---
name: Ant
colors:
  primary: "#1677ff"
  secondary: "#8B5CF6"
  success: "#16A34A"
  warning: "#D97706"
  danger: "#DC2626"
  surface: "#FFFFFF"
  text: "#111827"
  neutral: "#FFFFFF"
typography:
  h1:
    fontFamily: "Plus Jakarta Sans"
    fontSize: 2rem
  body-md:
    fontFamily: "Plus Jakarta Sans"
    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"
---

## 概览

面向企业的结构化设计体系：在数据密集型 Web 应用中始终追求清晰、一致与效率。

## 风格基础

- **视觉风格：** 数据密集、企业级
- **字号级差：** 12/14/16/20/24/32
- **字体：** primary=Plus Jakarta Sans, display=Plus Jakarta Sans, mono=JetBrains Mono
- **字重：** 100, 200, 300, 400, 500, 600, 700, 800, 900
- **色板：** 主色、中性、成功、警告、危险
- **间距级差：** 4/8/12/16/24/32

## 色板

- **Primary (#1677ff)：** 来自"风格基础"的 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 -->
# Ant 设计体系技能（通用）

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

## 品牌

Ant Design 采用结构化、面向企业的设计体系，在复杂 Web 应用中强调清晰、一致与效率。

## 风格基础
- 视觉风格：数据密集、企业级
- 字号级差：12/14/16/20/24/32 | 字体：primary=Plus Jakarta Sans, display=Plus Jakarta Sans, mono=JetBrains Mono | 字重=100, 200, 300, 400, 500, 600, 700, 800, 900
- 色板：主色、中性、成功、警告、危险 | Tokens：primary=#1677ff, 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 -->