01 / 03

Fiction

适合儿童阅读、故事应用和家庭内容页，暖奶油表面配粗黑描边、童书字体和彩色插画，欢乐亲切。

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

设计语言预览

Storybook Foundation

Outline Ink

#222222

粗描边、主按钮与最重要的结构边界。

Warm Cream

#ffe9ce

页面画布、柔和故事场景与辅助内容表面。

Paper White

#ffffff

书页、卡片、输入和高可读内容表面。

Reading Text

#111827

正文和说明文字，确保长篇阅读对比度。

Explicit Story Status

Success

#16a34a

只用于已读、已保存和准备完成等明确状态。

Warning

#d97706

只用于当前章节、提醒与需要注意的选择。

Danger

#dc2626

只用于错误、阻断和破坏性操作，并配文字。

字体层级

story-title

Cossette Texte · 32 / 700 / 1.12

小小故事，也能装下大大的想象。

chapter-heading

Cossette Texte · 24 / 700 / 1.2

月亮在枕边留下一张纸条

reading-copy

Cossette Texte · 16 / 400 / 1.5

短句保持亲切、清楚，帮助孩子与家长一起进入故事。

label-caps

JetBrains Mono · 12 / 700 / +8%

CHAPTER 02 · PAGE 04 / 18 · SAVED

间距、层级与形状

2xs 4px

xs 8px

sm 12px

md 16px

lg 24px

xl 32px

形状

full

按钮、字段、标签和章节控件使用 4px；书页、故事卡、插画舞台和工作区使用 8px；圆形只用于角色、天体、状态点和图标。

层级

Level 0 · #ffe9ce 暖奶油故事画布Level 1 · #ffffff 平面书页与内容卡Level 2 · 2–4px #222222 轮廓建立层级Level 3 · 语义色只标记明确状态，不作为装饰

组件样张

button-primary

#222222 填充、白色文字、4px 圆角和至少 44px 高度，用于开始阅读、保存和确认。

button-secondary

白底、3px #222222 边框与 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。

使用边界

应该

以 #ffe9ce 暖奶油作为主画布，用 #ffffff 书页承载需要长时间阅读的内容。
使用 #222222 粗描边、平面色块和手绘感角色，把层级建立在轮廓与构图上。
标题与正文使用 Cossette Texte；JetBrains Mono 只用于章节、页码和状态标签。
严格采用 12/14/16/20/24/32 字阶和 4/8/12/16/24/32 间距级差。
功能控件采用 4px 圆角，书页、故事模块和插画容器采用 8px 圆角。
所有按钮、章节和表单提供可见焦点，触控目标至少 44px，并用文字解释状态。

不要

不要引入紫色、粉色、蓝色等额外装饰色；语义色只服务于明确状态。
不要把界面做成通用儿童产品的大胶囊、大圆角和糖果渐变体系。
不要使用 32px 以上标题或脱离规范的超大营销排版；最大字阶是 32px。
不要用厚重阴影制造层级；平面表面和粗黑轮廓已足够表达结构。
不要把 JetBrains Mono 用于正文、故事标题或长段阅读内容。
不要让插画遮挡操作、正文与状态，也不要只用颜色传递成功或错误。

---
name: Fiction
colors:
  primary: "#222222"
  secondary: "#FFE9CE"
  success: "#16A34A"
  warning: "#D97706"
  danger: "#DC2626"
  surface: "#FFFFFF"
  text: "#111827"
  neutral: "#FFFFFF"
typography:
  h1:
    fontFamily: "Cossette Texte"
    fontSize: 2rem
  body-md:
    fontFamily: "Cossette Texte"
    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=Cossette Texte, display=Cossette Texte, mono=JetBrains Mono
- **字重：** 100, 200, 300, 400, 500, 600, 700, 800, 900
- **色板：** 主色、中性、成功、警告、危险
- **间距级差：** 4/8/12/16/24/32

## 色板

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

## 技能指引

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

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

## 品牌

一种活泼、有活力的卡通式界面，灵感来自友好的童书插画——暖奶油背景、粗大的自定义展示字体、饱和的品牌色块、粗黑描边、慷慨的圆角、几乎无阴影的平面表面，以及每个板块中带手绘感的装饰插画。

## 风格基础
- 视觉风格：活泼
- 字号级差：12/14/16/20/24/32 | 字体：primary=Cossette Texte, display=Cossette Texte, mono=JetBrains Mono | 字重=100, 200, 300, 400, 500, 600, 700, 800, 900
- 色板：主色、中性、成功、警告、危险 | Tokens：primary=#222222, secondary=#FFE9CE, 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 -->