01 / 03

Fantasy

适合角色扮演游戏、世界观专题和奇幻内容页，皇家蓝与金色配摇滚展示字和主题纹章，宏大高级而沉浸。

通用设计高对比度奢华质感

设计语言预览

Royal Fantasy Foundation

Royal Blue

#0250cc

主行动、战役舞台、选中导航和核心世界关系。

Crown Gold

#fdc800

稀有发现、关键选择、徽记和高级主题强调。

Surface White

#ffffff

页面、任务面板、地图与内容卡的主要可读表面。

Story Ink

#111827

标题、正文、边框与图鉴结构的高对比墨色。

Explicit Quest Status

Success

#16a34a

只用于已完成、已解锁和准备就绪，并配合文字。

Warning

#d97706

只用于待选择、需注意和限时目标。

Danger

#dc2626

只用于阻断、失败和不可进入状态。

字体层级

chapter-title

New Rocker · 32 / 400 / +1%

王冠之下，彗星再次升起。

quest-heading

New Rocker · 24 / 400 / 1.2

通往坠落天文台的道路

body-story

New Rocker · 16 / 400 / 1.6

叙事文字保持简洁、自信且有帮助，让世界观不会掩盖任务目标。

label-caps

IBM Plex Mono · 12 / 600 / +8%

CHAPTER IV · QUEST 04–18 · READY

间距、层级与形状

xs 8px

sm 16px

md 24px

lg 32px

xl 40px

2xl 48px

3xl 64px

形状

full

按钮、字段、标签和紧凑控件使用 4px；地图、任务卡、徽记容器和工作区使用 8px；圆形只用于纹章、星象与状态点。

层级

Level 0 · #ffffff 高可读奇幻画布Level 1 · #111827 结构线与图鉴容器Level 2 · #0250cc 皇家蓝战役层Level 3 · #fdc800 稀有发现、徽记和决定性选择

组件样张

button-primary

#0250cc 填充、白色文字、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	保留蓝金核心舞台与主要任务，减少并列队伍卡和辅助世界信息。
桌面端	>= 1100 px	完整双栏封面、地图/任务网格和任务日志工作台，最大标题 32px。

使用边界

应该

以 #ffffff 白色表面保证可读性，用 #0250cc 承载主战役和核心行动。
用 #fdc800 标记稀有、关键选择和主题徽记，不把金色降级成普通装饰。
标题、正文和主要内容使用 New Rocker；IBM Plex Mono 只用于章节、任务和状态标签。
严格采用 12/14/16/20/24/32 字阶，并让所有间距落在 8pt 基线网格。
用徽记、地图、星象和图鉴结构营造奇幻主题，同时保持目标与路径清楚。
所有任务、选择和控件提供可见焦点、明确文字及 default、loading、error、disabled 状态。

不要

不要把页面改成通用深色科技界面；规范的 surface 和 neutral 都是 #ffffff。
不要使用 Inter 等通用 SaaS 字体替代 New Rocker 与 IBM Plex Mono 的明确分工。
不要加入紫色、青色、红褐色等规范外装饰色，蓝金应承担主题识别。
不要使用超过 8px 的松软圆角、胶囊 CTA 或脱离 8pt 网格的随意间距。
不要让奇幻纹章和地图细节遮挡正文、操作或任务优先级。
不要自行补造未定义的 info 色；使用主色和明确文字说明信息状态。

---
name: Fantasy
colors:
  primary: "#0250CC"
  secondary: "#FDC800"
  success: "#16A34A"
  warning: "#D97706"
  danger: "#DC2626"
  surface: "#FFFFFF"
  text: "#111827"
  neutral: "#FFFFFF"
typography:
  h1:
    fontFamily: "New Rocker"
    fontSize: 2rem
  body-md:
    fontFamily: "New Rocker"
    fontSize: 1rem
  label-caps:
    fontFamily: "IBM Plex 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: 8px
  md: 16px
  sourceScale: "8pt baseline grid"
---

## 概览

游戏化的奇幻美学：大气高级的视觉、饱满色板与沉浸的主题元素。

## 风格基础

- **视觉风格：** 大胆、高级
- **字号级差：** 12/14/16/20/24/32
- **字体：** primary=New Rocker, display=New Rocker, mono=IBM Plex Mono
- **字重：** 100, 200, 300, 400, 500, 600, 700, 800, 900
- **色板：** 主色、辅色、成功、警告、危险、信息
- **间距级差：** 8pt 基线网格

## 色板

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

## 技能指引

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

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

## 品牌

世界上最好的游戏。

## 风格基础
- 视觉风格：大胆、高级
- 字号级差：12/14/16/20/24/32 | 字体：primary=New Rocker, display=New Rocker, mono=IBM Plex Mono | 字重=100, 200, 300, 400, 500, 600, 700, 800, 900
- 色板：主色、辅色、成功、警告、危险、信息 | Tokens：primary=#0250CC, secondary=#FDC800, success=#16A34A, warning=#D97706, danger=#DC2626, surface=#FFFFFF, text=#111827
- 间距级差：8pt 基线网格

## 无障碍
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 -->