01 / 03

Flat

适合移动应用、公共服务和轻量业务工具，二维色块配橙色强调、干净字体并去除阴影纹理，清脆友好而高效。

通用设计极简主义

设计语言预览

Flat Interface Foundation

Action Orange

#f2673c

主行动、关键二维色块和最重要的流程入口。

Support Purple

#8b5cf6

次级功能区、选中模块和互补信息色块。

Surface White

#ffffff

页面、表格、卡片和字段的基础平面表面。

Interface Ink

#111827

标题、正文、图标和清晰结构边界。

Explicit Service Status

Success

#16a34a

只用于完成、正常和已分配状态，并配合文字。

Warning

#d97706

只用于待复核、注意和临近时限状态。

Danger

#dc2626

只用于逾期、错误和破坏性动作。

字体层级

page-title

Inter · 32 / 700 / -3%

日常服务，清楚而快速。

section-heading

Inter · 24 / 700 / 1.2

从你需要完成的事情开始

body-copy

Inter · 16 / 400 / 1.5

标签简短、步骤清楚、状态可见，让每项服务都容易理解。

label-caps

JetBrains Mono · 12 / 700 / +8%

REQUEST #1842 · ASSIGNED · UPDATED NOW

间距、层级与形状

2xs 4px

xs 8px

sm 12px

md 16px

lg 24px

xl 32px

形状

full

按钮、字段、标签和紧凑筛选使用 4px；服务卡、色块、数据面板和工作区使用 8px；圆形仅用于状态点和必要图标。

层级

Level 0 · #ffffff 无阴影主画布Level 1 · 1px 边界划分卡片、表格与字段Level 2 · #f2673c 主行动和关键流程色块Level 3 · #8b5cf6 次级模块与选中区域，不引入立体效果

组件样张

button-primary

#f2673c 平面填充、#111827 文字、4px 圆角和至少 44px 高度，用于开始、提交与关键入口。

button-secondary

白底、1px #111827 边框与 4px 圆角，用于查询、导出和次级操作。

button-icon

服务卡、字段、表格行和状态标签覆盖 default、hover、focus-visible、active、disabled、loading 与 error。

text-input 搜索内容

content-row

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

元信息 · 状态 · 更新时间

布局与响应式

二维色块表达功能分区，清楚网格保证扫描效率。

桌面端使用双栏服务入口、模块化服务目录和侧栏工作台；平板减少并列色块；移动端按标题、任务、状态和行动顺序单列。

断点	宽度	关键变化
移动端	< 768 px	标题保持 32px，服务卡单列，数据面板双列或单列，触控目标至少 44px。
平板	768 - 1099 px	保留橙紫色块和主要任务，减少并列指标与辅助表格列。
桌面端	>= 1100 px	完整双栏入口、12 栏服务目录和侧栏运营工作台，最大标题 32px。

使用边界

应该

以 #ffffff 白色为主表面，用 #f2673c 和 #8b5cf6 组成清楚的二维功能色块。
标题、正文和控件统一使用 Inter；JetBrains Mono 只用于编号、状态和系统标签。
严格采用 12/14/16/20/24/32 字阶和 4/8/12/16/24/32 间距级差。
控件使用 4px 圆角，卡片、表格面板和色块容器使用 8px 圆角。
以颜色、边界、留白和网格建立层级，不使用任何阴影、渐变或纹理。
为空态、加载、错误与禁用状态提供明确文字，可见焦点和至少 44px 触控目标。

不要

不要加入投影、玻璃模糊、立体高光、渐变和材质纹理；Flat 必须保持二维。
不要用 Geist 或装饰字体替代规范明确指定的 Inter 与 JetBrains Mono。
不要使用超过 8px 的松软卡片圆角、胶囊 CTA 或圆润拟物控件。
不要把橙色、紫色和状态色混成无层级的彩虹；每种颜色必须有明确职责。
不要超过 32px 最大标题字阶，也不要用超大营销排版掩盖功能。
不要只靠绿、橙、红传递状态；必须同时提供文字、标签或图标。

---
name: Flat
colors:
  primary: "#F2673C"
  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"
---

## 概览

二维极简风：明快用色 + 干净排版，去除 3D 效果，界面加载更快、用起来更轻松。

## 风格基础

- **视觉风格：** 极简、企业级
- **字号级差：** 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 (#F2673C)：** 来自"风格基础"的 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 -->
# Flat Design System Skill (Antigravity) 设计体系技能（通用）

## 使命

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

## 品牌

一种以二维元素、鲜明用色与干净字体为特征的极简风格，强调功能而非装饰。通过去除阴影、渐变与纹理等 3D 效果，加载更快、响应更迅捷，同时提供干净、友好的界面，符合现代 Web 标准。

## 风格基础

- 视觉风格：极简、企业级
- 字号级差：12/14/16/20/24/32 | 字体：primary=Inter, display=Inter, mono=JetBrains Mono | 字重=100, 200, 300, 400, 500, 600, 700, 800, 900
- 色板：主色、中性、成功、警告、危险 | Tokens：primary=#F2673C, 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 -->