01 / 03

Immersive

适合数字展馆、博物馆叙事和游戏化专题，连续深绿画布配窄体大字、白色硬阴影展项与探索路径，鲜明而沉浸。

通用设计高对比度明快多彩

设计语言预览

Continuous Exhibit Canvas

Field Green

#00592b

贯穿所有场景的唯一主画布，不在区块之间交替背景。

Surface White

#ffffff

展项卡、按钮与高可读内容表面，从深绿画布上清晰跃出。

Structure Black

#000000

粗边框、硬偏移阴影、路线和高对比结构线。

Interface Ink

#111827

白色卡片内的标题、正文、图标与关键数据。

Gamified Exhibit Signals

Cobalt Block

#0023d1

叠层几何块、空间节点与主要场景信号，不用于渐变。

Hot Pink Block

#e374c7

游戏化路径、当前节点和少量装饰层，保持块面表达。

Success

#16a34a

只用于开放、在线、验证通过等明确运行状态，并配文字。

Warning

#d97706

只用于下一步、临近阈值或待复核状态，并配文字。

Danger

#dc2626

只用于中断、危险和破坏性操作，不作为装饰色。

字体层级

exhibit-display

Oswald · 32 / 800 / uppercase

进入一场会回应你的数字展览

chapter-heading

Oswald · 24 / 700 / 1.15

路径、展项与下一次相遇

body-copy

Oswald · 16 / 400 / 1.5

用简洁而自信的语言邀请访客行动，并解释每个互动会带来什么变化。

label-caps

JetBrains Mono · 12 / 700 / +8%

ROOM 02 · LIVE · NEXT CUE 20:18

间距、层级与形状

2xs 4px

xs 8px

sm 12px

md 16px

lg 24px

xl 32px

形状

full

按钮和标签使用 4px，展项卡、地图与控制面板使用 8px；粗黑边框与硬偏移阴影负责层级，圆形只用于访客点和状态点。

层级

Level 0 · #00592b 连续深绿展馆画布Level 1 · #ffffff 白色展项与 4px 黑色结构边框Level 2 · 8–12px 纯黑硬偏移阴影，形成海报式空间前后关系Level 3 · #0023d1 与 #e374c7 几何块标记路线、章节和互动节点

组件样张

button-primary

白底、3px 黑边、4px 圆角、斜切 5° 与至少 44px 高度；hover 只增长硬阴影并轻微位移。

button-secondary

黑底白字可承担次级深色行动，继续使用钴蓝硬阴影，不使用透明玻璃表面。

button-icon

展项卡、路径节点、房间地图和状态行覆盖 default、hover、focus-visible、active、disabled、loading 与 error。

text-input 搜索内容

content-row

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

元信息 · 状态 · 更新时间

布局与响应式

像探索数字展馆一样组织页面：连续画布、清楚章节、可追踪路径。

桌面端以不对称展项叠层、横向参观路径和侧栏控制台建立空间感；移动端保留同一深绿画布，将所有展项按到达、互动、反馈的顺序单列。

断点	宽度	关键变化
移动端	< 768 px	展项与控制面板单列，隐藏装饰性路线线条，标题不超过 32px，按钮与导航目标至少 44px。
平板	768 - 1099 px	减少卡片叠压与几何块数量，保留白卡、粗边和硬阴影的空间层级。
桌面端	>= 1100 px	使用不对称双栏首屏、横向三章节路径和侧栏展馆控制台，画布始终保持深绿。

使用边界

应该

让 #00592b 深绿成为贯穿页面、章节和控制台的连续画布，不通过换底色划分段落。
使用 Oswald 构成紧凑而醒目的展项标题，JetBrains Mono 只承载房间编号、时间、状态和操作标签。
遵循 12/14/16/20/24/32 字号与 4/8/12/16/24/32 间距级差，用构图和块面而非超规格字号制造沉浸感。
白卡使用粗黑边框、4–8px 转角和 8–12px 硬偏移阴影；按钮使用斜切白色方块与明确按压反馈。
以钴蓝和热粉纯色几何块叠在卡片背后，建立路线、章节和互动反馈的游戏化层级。
保持键盘优先、可见焦点、文字化状态和至少 44px 控件；动效只做短促位移或阴影生长，并尊重减少动态偏好。

不要

不要把页面做成绿白相间的常规营销区块；连续品牌画布是核心空间体验。
不要引入玻璃模糊、霓虹渐变、柔和大阴影或悬浮透明层，这些会破坏海报与街机般的硬朗感。
不要使用松软胶囊按钮或超过 8px 的常规卡片圆角；圆形只用于人物点、状态点或必要空间标记。
不要让蓝色和粉色承担大段正文或低对比信息；它们主要是装饰层、节点和重点信号。
不要用持续滚动视差、自动播放镜头或频繁弹跳制造“沉浸”；体验应可控、克制且可关闭。
不要只靠成功、警告和危险颜色表达状态；必须同时提供名称、时间或下一步操作。

---
name: Immersive
colors:
  primary: "#00592B"
  secondary: "#0023D1"
  success: "#16A34A"
  warning: "#D97706"
  danger: "#DC2626"
  surface: "#FFFFFF"
  text: "#111827"
  neutral: "#FFFFFF"
typography:
  h1:
    fontFamily: "Oswald"
    fontSize: 2rem
  body-md:
    fontFamily: "Oswald"
    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"
---

## 概览

展馆式界面：故事叙述与游戏化交互融合，在贯穿始终的深绿画布上展开。

## 风格基础

- **视觉风格：** 现代、干净、高对比
- **字号级差：** 12/14/16/20/24/32
- **字体：** primary=Oswald, display=Oswald, mono=JetBrains Mono
- **字重：** 100, 200, 300, 400, 500, 600, 700, 800, 900
- **色板：** 主色、中性、成功、警告、危险
- **间距级差：** 4/8/12/16/24/32

## 色板

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

## 技能指引

<!-- TYPEUI_SH_MANAGED_START -->
# Immersive Design System Skill (Cursor) 设计体系技能（通用）

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

## 品牌

一种沉浸、交互、展馆式的界面：融合叙事、动效与游戏化元素，塑造以体验为主导的旅程。整个应用坐落在贯穿始终的品牌色画布（深绿）上——各板块背景不再交替。锐利的白色卡片、粗黑边框、硬偏移方块阴影与超大压缩展示字体（Oswald）在画布上跃然而出。按钮是斜切的白色方块，带硬黑阴影，鼠标悬停时阴影生长，如同海报或街机招牌被玩家点亮。装饰性的几何方块以品牌三级色（钴蓝）与四级色（热粉）在卡片背后叠层，为版面添加深度而不打断品牌色的连续性。最终感觉更像在探索数字展馆，而非浏览网页。

## 风格基础
- 视觉风格：现代、干净、高对比
- 字号级差：12/14/16/20/24/32 | 字体：primary=Oswald, sans-serif, display=Oswald, sans-serif, mono=JetBrains Mono | 字重=100, 200, 300, 400, 500, 600, 700, 800, 900
- 色板：主色、中性、成功、警告、危险 | Tokens：primary=#00592B, secondary=#0023D1, 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 -->