01 / 03

Bold

适合品牌发布、体育活动和强传播落地页，近黑画布配超重标题、蓝绿对比色块与主导式版面，强势醒目。

通用设计高对比度

设计语言预览

Commanding Palette

Near Black

#111111

主画布和大面积反相章节，建立强烈视觉基底。

Primary Blue

#0077bc

主行动、关键发布模块和最高优先级信息块。

Secondary Green

#009866

次级重点模块和正向社区信号，不替代语义成功色。

White

#ffffff

深色表面上的标题、正文与高对比操作。

Text Ink

#111827

白色页面章节上的正文、边框和控件文字。

Semantic Status

Success

#16a34a

完成与正常状态，必须同时带明确文字。

Warning

#d97706

待复核与临近风险状态。

Danger

#dc2626

阻断、错误与破坏性操作。

字体层级

display-command

Archivo Black · 72 / 400 / -4.5%

MAKE THE MESSAGE IMPOSSIBLE TO MISS.

heading-section

Archivo Black · 40 / 400 / -3%

CLEAR HIERARCHY. DIRECT ACTION.

body-strong

Archivo Black · 16 / 400 / 1.35

Friendly, professional, and specific.

label-caps

JetBrains Mono · 12 / 600 / +10%

LIVE BOARD · UPDATED 4 MIN AGO

间距、层级与形状

xs 4px

sm 8px

md 12px

lg 16px

xl 24px

2xl 32px

形状

full

小控件使用 4px，按钮与内容模块使用 8px；形状紧凑有力，边界清晰，不使用 pill。

层级

Level 0 · #111111 近黑画布Level 1 · 蓝色、绿色或白色实色模块Level 2 · 1-2px 高对比边框，无柔和阴影

组件样张

button-primary

#0077bc 填充、白色文字、8px 圆角和至少 48px 高度，承担主行动。

button-secondary

透明底、2px 白色或深色边框，承担次级浏览操作。

button-icon

所有控件覆盖 default、hover、focus-visible、active、disabled、loading 与 error 状态。

text-input 搜索内容

content-row

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

元信息 · 状态 · 更新时间

布局与响应式

用尺度和整块颜色取得主导权，不用装饰堆叠制造声量。

桌面端使用不对称大标题、整块色面和强分栏；平板缩小标题并减少并列模块；移动端按信息优先级折叠为单列，同时保留 44px 触控目标。

断点	宽度	关键变化
移动端	< 768 px	超大标题缩放至 48-64px，主内容、行动和色块按语义顺序单列。
平板	768 - 1099 px	使用双栏重点模块，减少辅助导航，保持蓝绿块面的明确对比。
桌面端	>= 1100 px	使用 84-148px 表现型标题、不对称分栏和占据整区的色块。

使用边界

应该

让 Archivo Black 超大标题成为首要层级，桌面端使用富表现字号级差。
用近黑画布与白字建立基础对比，蓝色和绿色承担清晰的大块重点。
按钮、小控件和模块分别遵循 4px / 8px 圆角，不引入软糖式形状。
使用 4/8/12/16/24/32 间距级差，强构图仍保持稳定节奏。
交互状态、标签和操作名称必须明确，并提供可见焦点样式。
触控目标至少 44px，并支持 reduced-motion 与高对比模式。

不要

不要把 Bold 简化成普通粗体 SaaS 卡片页；尺度和构图必须具有主导性。
不要引入规范之外的彩虹色、渐变、发光或柔和粉彩。
不要用轻字重或长段落削弱 Archivo Black 的强烈层级。
不要用大圆角、pill 或厚重柔影把硬朗模块变得松软。
不要在蓝色、绿色或近黑表面使用低对比文字。
不要只靠颜色表达状态，必须同步提供文字或图标标签。

---
name: Bold
colors:
  primary: "#0077BC"
  secondary: "#009866"
  success: "#16A34A"
  warning: "#D97706"
  danger: "#DC2626"
  surface: "#111111"
  text: "#111827"
  neutral: "#111111"
typography:
  h1:
    fontFamily: "Archivo Black"
    fontSize: 3rem
  body-md:
    fontFamily: "Archivo Black"
    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=Archivo Black, display=Archivo Black, mono=JetBrains Mono
- **字重：** 100, 200, 300, 400, 500, 600, 700, 800, 900
- **色板：** 主色、辅色
- **间距级差：** 4/8/12/16/24/32

## 色板

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

## 技能指引

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

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

## 品牌

## 风格基础
- 视觉风格：大胆
- 字号级差：桌面优先的富表现字号级差 | 字体：primary=Archivo Black, display=Archivo Black, mono=JetBrains Mono | 字重=100, 200, 300, 400, 500, 600, 700, 800, 900
- 色板：主色、辅色 | Tokens：primary=#0077BC, secondary=#009866, success=#16A34A, warning=#D97706, danger=#DC2626, surface=#111111, text=#111827
- 间距级差：4/8/12/16/24/32

## 无障碍
WCAG 2.2 AA、键盘优先交互、可见的焦点状态、经屏幕阅读器验证的标签、支持减弱动效、触控目标不小于 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 -->