01 / 03

Expressive

适合创作者工具、音乐社区和青年活动页，粉蓝高对比配等宽字体、活泼图形与动态版式，热烈但有结构。

通用设计明快多彩

设计语言预览

   Expressive Core 
Primary Pink
#db2777
首要行动、主视觉色块和最需要记住的信息。
Secondary Blue
#2563eb
次级路径、辅助图形和与洋红形成结构对比的模块。
Surface White
#ffffff
页面、卡片、表单与内容区的清晰现代画布。
Reading Ink
#111827
标题、正文、边框和结构线的高对比墨色。
 
Explicit Feedback 
Success
#16a34a
只用于已通过、已完成和就绪状态，并同步提供文字。
Warning
#d97706
只用于待补充、需关注和临近边界的状态。
Danger
#dc2626
只用于失败、阻断和不可继续的状态。
 
  字体层级display-expression
IBM Plex Mono · 40 / 700 / -4.5%
 让下一种声音被看见。 
heading-structured
IBM Plex Mono · 32 / 700 / -3.5%
 大胆想法，也需要清楚结构 
body-confident
IBM Plex Mono · 16 / 400 / 1.6
 文字简洁、自信、有帮助，让每个动态模块仍然容易理解。 
label-caps
IBM Plex Mono · 14 / 700 / +6%
 SIDE B / SHOW 044 / READY 
 间距、层级与形状
 xs 4px  
 sm 8px  
 md 12px  
 lg 16px  
 xl 24px  
 2xl 32px  
 形状
  full 
按钮、字段、标签和紧凑控件使用 4px；内容卡、舞台模块和工作区使用 8px；圆形只用于状态点和少量结构图形。
 层级
 Level 0 · #ffffff 现代清晰画布Level 1 · #111827 结构线和 4–8px 几何容器Level 2 · 洋红主色块与蓝色辅助块，通过错位和纯色建立能量，不依赖阴影 
 
 组件样张
 button-primary
#db2777 填充、白色文字、4px 圆角和至少 44px 高度，用于首要行动。
 button-secondary
白底、#111827 2px 边框与 4px 圆角，用于浏览和次级操作；蓝色按钮只承担明确辅助流程。
 button-icon
节目卡、时间线、字段和审核状态覆盖 default、hover、focus-visible、active、disabled、loading 与 error。
 
  text-input 搜索内容  content-row
一行核心内容保持清晰标题。
元信息 · 状态 · 更新时间
 
 布局与响应式
动态错位制造个性，严格等宽层级和间距保证结构。 桌面端使用双栏首屏、错位节目网格和紧凑编辑工作台；平板减少并列模块；移动端按主张、节目、时间、状态和行动顺序单列。 
   断点 宽度 关键变化 
  移动端 < 768 px 标题降至 32px，错位模块回到单列，触控目标至少 44px，标签保持完整文字。 
 平板 768 - 1099 px 保留粉蓝主模块，减少并列人物卡与次级信息，维持 4–32px 节奏。 
 桌面端 >= 1100 px 完整双栏首屏、错位节目网格和时间线编辑器，最大标题 40px。 
  
 使用边界
  应该 以 #ffffff 白色画布建立现代清晰度，用 #db2777 形成第一视觉焦点。
#2563eb 只承担次级路径和结构对比，不与主洋红争夺同一层级。
标题、正文、标签和参数全部使用 IBM Plex Mono，层级来自字号与字重。
严格采用 14/16/18/24/32/40 字阶与 4/8/12/16/24/32 间距。
用错位模块、纯色几何和节奏变化表达活力，同时保留清楚网格。
按钮、字段和卡片提供可见焦点、明确标签及 default、loading、error、disabled 状态。
   不要 不要加入橙色、奶油底或复古质感；规范只有白底、洋红、蓝和深色文字。
不要使用渐变、玻璃、黏土、手绘或角色插画等其他视觉隐喻。
不要混入无衬线展示字或手写字；所有排版角色都必须是 IBM Plex Mono。
不要把按钮做成胶囊，也不要使用大于 8px 的松软圆角。
不要让粉、蓝和语义色无差别装饰所有模块，颜色必须承担明确优先级。
不要只靠颜色表达状态，也不要用含义模糊的创意文案替代操作标签。
  
  

断点	宽度	关键变化
移动端	< 768 px	标题降至 32px，错位模块回到单列，触控目标至少 44px，标签保持完整文字。
平板	768 - 1099 px	保留粉蓝主模块，减少并列人物卡与次级信息，维持 4–32px 节奏。
桌面端	>= 1100 px	完整双栏首屏、错位节目网格和时间线编辑器，最大标题 40px。

---
name: Expressive
colors:
  primary: "#db2777"
  secondary: "#2563eb"
  success: "#16A34A"
  warning: "#D97706"
  danger: "#DC2626"
  surface: "#FFFFFF"
  text: "#111827"
  neutral: "#FFFFFF"
typography:
  h1:
    fontFamily: "IBM Plex Mono"
    fontSize: 2.5rem
  body-md:
    fontFamily: "IBM Plex Mono"
    fontSize: 1rem
  label-caps:
    fontFamily: "IBM Plex Mono"
    fontSize: 0.875rem
  sourceScale: "14/16/18/24/32/40"
  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"
---

## 概览

富有活力与个性的设计：大胆用色、活泼图形与灵动版式，在创意与结构间取得平衡。

## 风格基础

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

## 色板

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

## 技能指引

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

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

## 品牌

一种富表现力、视觉引人的设计风格，用大胆用色、活泼图形与灵动版式塑造个性。既强调创意与能量，也保留清晰结构和现代 UI 模式。

## 风格基础
- 视觉风格：现代、活泼
- 字号级差：14/16/18/24/32/40 | 字体：primary=IBM Plex Mono, display=IBM Plex Mono, mono=IBM Plex Mono | 字重=100, 200, 300, 400, 500, 600, 700, 800, 900
- 色板：主色、辅色、中性、成功、警告、危险 | Tokens：primary=#db2777, secondary=#2563eb, 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 -->