01 / 03

Dramatic

适合电影、戏剧、奢华活动和重磅发布页，近黑背景配紫红聚光、超重标题与非常规沉浸构图，舞台感强烈。

通用设计高对比度

设计语言预览

Theatrical Stage

Black Stage

#09090b

页面、舞台和沉浸画面的统一近黑基础。

Primary Violet

#8b5cf6

主行动、核心聚光与首要视觉事件。

Secondary Rose

#f43f5e

次级聚光、转场重点和辅助行动。

Stage White

#fafafa

标题、正文和高对比舞台信息。

Operational State

Success

#16a34a

只用于就绪、锁定和正常运行状态，并提供文字。

Warning

#d97706

只用于待检查、临界值和注意状态。

Danger

#dc2626

只用于中断、失败和阻断状态。

字体层级

display-cue

Outfit · 32 / 900 / -3.5%

灯光消失，身体仍然记得。

heading-stage

Outfit · 24 / 900 / -2%

对比抓住注意，克制保证清晰

body-stage

Outfit · 16 / 400 / 1.65

文案简洁、自信、有帮助，让戏剧画面不影响任务判断。

label-caps

JetBrains Mono · 12 / 600 / +9%

ROOM A · LIGHT CUE 07 · STANDBY

间距、层级与形状

xs 4px

sm 8px

md 12px

lg 16px

xl 24px

2xl 32px

形状

full

按钮、标签和运行控件使用 4px；舞台画面、状态面板和主要容器使用 8px；圆形只用于舞台焦点。

层级

Level 0 · #09090b 近黑舞台Level 1 · #121216 干净运行表面与细边框Level 2 · 紫色主聚光和玫红次级转场，以对比而非玻璃表达层级

组件样张

button-primary

紫色填充、白色文字、4px 圆角和至少 44px 高度，用于主行动。

button-secondary

近黑表面、玫红边框与浅玫红文字，用于次级操作。

button-icon

演出与控制组件覆盖 default、hover、focus-visible、active、disabled、loading 与 error。

text-input 搜索内容

content-row

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

元信息 · 状态 · 更新时间

布局与响应式

非常规构图制造戏剧张力，稳定控件保证判断速度。

桌面端使用偏置舞台画面和双栏控制台；平板减少叠层；移动端按演出说明、舞台焦点、状态、行动和辅助信息顺序单列。

断点	宽度	关键变化
移动端	< 768 px	保持 32px 标题上限，聚光缩减为一个主焦点，控制和状态单列。
平板	768 - 1099 px	保留偏置舞台构图，减少次级光束与并列运行信息。
桌面端	>= 1100 px	完整非常规舞台分割、双栏控制台与最大 32px Outfit 标题。

使用边界

应该

以 #09090b 近黑舞台承载所有沉浸画面和界面表面。
用 #8b5cf6 建立唯一主焦点，用 #f43f5e 表达次级聚光和转场。
Outfit 只使用 400 与 900 两档，JetBrains Mono 用于运行标签和参数。
坚持 12/14/16/20/24/32 字阶与 4/8/12/16/24/32 间距。
非常规构图每帧只保留一个决定性焦点，操作层级仍保持可预测。
控件提供清楚文字、可见焦点、完整状态和至少 44px 目标。

不要

不要使用橙色渐变、青色霓虹或规范外的多色舞台效果。
不要改用 Inter、Playfair Display 或超出 400/900 的字体体系。
不要用超过 32px 的巨型标题代替真正的戏剧构图与视觉焦点。
不要让多个聚光、斜切、圆形和图层同时争夺注意力。
不要使用超过 8px 的软圆角、玻璃面板或低对比灰色正文。
不要只靠颜色、光效或运动表示运行状态，必须提供文字。

---
name: Dramatic
colors:
  primary: "#8B5CF6"
  secondary: "#F43F5E"
  success: "#16A34A"
  warning: "#D97706"
  danger: "#DC2626"
  surface: "#09090B"
  text: "#FAFAFA"
  neutral: "#09090B"
typography:
  h1:
    fontFamily: "Outfit"
    fontSize: 2rem
  body-md:
    fontFamily: "Outfit"
    fontSize: 1rem
  label-caps:
    fontFamily: "JetBrains Mono"
    fontSize: 0.75rem
  sourceScale: "12/14/16/20/24/32"
  weights: "400, 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=Outfit, display=Outfit, mono=JetBrains Mono
- **字重：** 400, 900
- **色板：** 主色、中性、成功、警告、危险
- **间距级差：** 4/8/12/16/24/32

## 色板

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

## 技能指引

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

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

## 品牌

Dramatic 设计风格是一种趋势，特征是高对比视觉、大胆非常规布局与沉浸戏剧化体验，牢牢抓住用户注意。

## 风格基础
- 视觉风格：现代、干净、高对比
- 字号级差：12/14/16/20/24/32 | 字体：primary=Outfit, display=Outfit, mono=JetBrains Mono | 字重=400, 900
- 色板：主色、中性、成功、警告、危险 | Tokens：primary=#8B5CF6, secondary=#F43F5E, success=#16A34A, warning=#D97706, danger=#DC2626, surface=#09090B, text=#FAFAFA
- 间距级差：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 -->