01 / 03

Basic

适合书籍、杂志、报告和内容索引页，编辑网格结合窄体大标题、易读正文与紫蓝点缀，直接而有纸媒感。

通用设计极简主义

设计语言预览

Editorial Accent & Status

Editorial Purple

#a855f7

用于封面关键词、主行动、章节标记和少量重点图形。

Success

#16a34a

仅表达审校通过、素材完整和已保存状态。

Warning

#d97706

用于等待确认、内容变更和接近截止时间的状态。

Danger

#dc2626

用于发布阻断、事实错误和破坏性操作。

Paper & Ink

Paper White

#ffffff

文章、报告页面和主要阅读区域。

Warm Stock

#f7f6f2

模拟纸张层次，用于背景、侧栏和目录版面。

Editorial Navy

#0a1829

标题、正文、规则线和深色反相章节。

Rule Line

#cbd1d8

细分隔线、表格和次要网格结构。

字体层级

display-cover

Oswald · 72 / 700 / -3.5%

让报告像封面一样有观点。

heading-section

Oswald · 36 / 700 / -2%

城市降温之后

body-reading

Nunito · 16 / 400 / 1.6

正文舒展、清晰、专业，适合长篇阅读、报告与方法说明。

label-folio

JetBrains Mono · 12 / 600 / +10%

ISSUE 08 · REVISION 12 · READY FOR REVIEW

间距、层级与形状

xs 4px

sm 8px

md 12px

lg 16px

xl 24px

2xl 32px

3xl 48px

4xl 64px

形状

full

按钮与输入框使用 4px，卡片和出版工作区使用 8px；整体保持书刊式方正规则，不使用 pill。

层级

Level 0 · 白纸或暖纸平面Level 1 · 1px 规则线网格Level 2 · 单层轻阴影编辑面板

组件样张

button-primary

紫色填充、白色文字、4px 圆角，承担每页唯一主行动。

button-secondary

白底、1px 海军蓝边框，用于下载、归档和次要阅读操作。

button-icon

状态使用语义色、文字和检查项，适用于出版与报告工作流。

text-input 搜索内容

content-row

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

元信息 · 状态 · 更新时间

布局与响应式

先建立编辑层级，再决定栏目数量。

桌面端使用封面双栏、跨行目录网格和三栏审校台；移动端将封面、正文、图表和行动按阅读顺序折叠为单列。

断点	宽度	关键变化
移动端	< 768 px	多栏变单列，封面标题明显缩小，侧栏素材转为正文后置模块。
平板	768 - 1099 px	目录使用双列，审校台隐藏检查侧栏并保留核心预览。
桌面端	>= 1100 px	封面图文双栏，目录卡跨行，审校台保留导航、页面预览与发布检查。

使用边界

应该

使用编辑网格、细规则线、明确栏宽和稳定基线组织长内容。
Oswald 承担封面标题与章节标题，Nunito 承担正文，等宽字体承担期号和页码。
以 #0a1829 和白纸建立阅读骨架，#a855f7 只点亮关键词、主行动和图表重点。
按钮与输入框使用 4px，卡片和工作区最多 8px，层级主要来自边框与留白。
桌面端允许超大封面字号，移动端必须按语义顺序缩放和重排。
发布流程明确显示 copy、accessibility、media、rights 和 approval 状态。

不要

不要把 Basic 理解成无设计的默认组件页；编辑层级和排版节奏必须明确。
不要使用多色渐变、玻璃拟态、厚阴影或大面积彩色卡片。
不要让 Oswald 承担长正文；窄体字只用于标题、编号和短标签。
不要用超大圆角或 pill CTA 破坏书刊式方正结构。
不要让紫色覆盖正文或大面积背景，它只承担编辑强调。
不要在小屏幕保留不可读的多栏正文；必须重排为单列阅读顺序。

---
name: Basic
colors:
  primary: "#A855F7"
  secondary: "#0A1829"
  success: "#16A34A"
  warning: "#D97706"
  danger: "#DC2626"
  surface: "#FFFFFF"
  text: "#0A1829"
  neutral: "#FFFFFF"
typography:
  h1:
    fontFamily: "Oswald"
    fontSize: 3rem
  body-md:
    fontFamily: "Nunito"
    fontSize: 1rem
  label-caps:
    fontFamily: "JetBrains Mono"
    fontSize: 0.75rem
  sourceScale: "desktop-first expressive scale"
  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"
---

## 概览

书刊印刷风的视觉语言：为书籍、杂志与报告而生，用编辑网格与富表现力的字体承载内容。

## 风格基础

- **视觉风格：** 现代、编辑
- **字号级差：** 桌面优先的富表现字号级差
- **字体：** primary=Nunito, display=Oswald, mono=JetBrains Mono
- **字重：** 100, 200, 300, 400, 500, 600, 700, 800, 900
- **色板：** 主色、中性、成功、警告、危险
- **间距级差：** 4/8/12/16/24/32

## 色板

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

## 技能指引

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

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

## 品牌

Basic 设计风格定义了书籍、杂志与报告的视觉语言，跨度从干净极简到繁复表现或复古美学。

## 风格基础
- 视觉风格：现代、编辑
- 字号级差：桌面优先的富表现字号级差 | 字体：primary=Nunito, display=Oswald, mono=JetBrains Mono | 字重=100, 200, 300, 400, 500, 600, 700, 800, 900
- 色板：主色、中性、成功、警告、危险 | Tokens：primary=#A855F7, secondary=#0A1829, success=#16A34A, warning=#D97706, danger=#DC2626, surface=#FFFFFF, text=#0A1829
- 间距级差：4/8/12/16/24/32

## 无障碍
WCAG 2.2 AA、键盘优先交互、可见的焦点状态、先语义化 HTML 再补 ARIA、经屏幕阅读器验证的标签、支持减弱动效、触控目标不小于 44px、支持高对比模式

## 文字调性
简洁、自信、专业

## 规则：应当
- 优先使用语义 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 -->