01 / 03

Contemporary

适合当代 SaaS、数字工作室和新锐作品集，Bento 网格配洋红粉色、深色模式与利落字体，时髦灵活。

通用设计暗色科技

设计语言预览

Contemporary Core

Primary Magenta

#c800df

主行动、选中状态和个性化重点模块的核心颜色。

Secondary Pink

#e60076

用于次级行动与强调模块，与主色保持明确层级。

Canvas White

#ffffff

浅色模式画布与内容表面，支撑当代极简留白。

Reading Ink

#111827

浅色模式的标题、正文和关键界面文字。

Native Dark

#0d0f14

深色模式页面画布，不是浅色页面的简单反相。

Semantic State

Success

#16a34a

只用于连接、完成与已应用状态，并提供文字标签。

Warning

#d97706

只用于需要输入、待复核和风险状态。

Danger

#dc2626

只用于冲突、错误和破坏性操作。

字体层级

display-hero

Jost · 48 / 700 / -4%

让一天适应你的工作方式。

heading-card

Jost · 24 / 600 / -2%

极简表面，大胆决定

body-friendly

Jost · 16 / 400 / 1.7

用简洁、友好且专业的文字解释变化、依据与下一步。

label-caps

Overpass Mono · 12 / 600 / +8%

ADAPTIVE PLAN 04 · REVIEW CHANGES

间距、层级与形状

xs 8px

sm 16px

md 24px

lg 32px

xl 48px

2xl 64px

形状

full

按钮、标签与输入使用 4px 圆角；Bento 卡片和主要容器使用 8px；圆形只用于头像或纯图标。

层级

Level 0 · 白色或 #0d0f14 模式画布Level 1 · #f6f4f7 或 #171a21 内容表面Level 2 · 洋红/粉色重点模块，以色块而非阴影提升

组件样张

button-primary

洋红填充、白色文字、4px 圆角和至少 44px 高度，承担主行动。

button-secondary

白底或深色卡片底、1px 边框、粉色文字，用于次级操作。

button-icon

控件覆盖 default、hover、focus-visible、active、disabled、loading 与 error，深浅模式都必须清晰。

text-input 搜索内容

content-row

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

元信息 · 状态 · 更新时间

布局与响应式

Bento 网格不是装饰拼贴，而是可扫描的任务优先级。

桌面端使用 12 栏 Bento 和 48px 表现标题；平板缩减跨度；移动端按任务优先级单列，并保持宽松间距与 44px 触控目标。

断点	宽度	关键变化
移动端	< 768 px	所有 Bento 模块按核心任务、行动、状态、辅助信息顺序单列，标题降至 40px。
平板	768 - 1099 px	12 栏网格折叠为双列，重点模块保持更大跨度。
桌面端	>= 1100 px	完整 12 栏 Bento、48px 主标题与宽松 16-64px 节奏。

使用边界

应该

使用 Jost 的桌面优先富表现字阶，让 48px 标题与 24px 模块标题形成清晰层级。
使用 12 栏 Bento 网格，通过模块跨度表达优先级，而不是给所有卡片相同尺寸。
把 #c800df 用于主行动与核心个性化，把 #e60076 用于次级重点。
同时设计白色浅色模式与 #0d0f14 深色模式，并分别检查对比度。
采用 8/16/24/32/48/64 的宽松节奏，保持信息密度舒适。
所有交互目标至少 44px，支持键盘焦点、reduced-motion 与高对比模式。

不要

不要把 Contemporary 简化为通用灰色 SaaS 或玻璃拟态组件库。
不要使用不一致的卡片跨度、间距节奏或模糊按钮标签。
不要让洋红和粉色遍布所有表面，它们应集中在行动与个性化重点。
不要只把浅色颜色反相来得到深色模式；深色表面需要独立层级。
不要使用超过 8px 的软圆角，控件保持 4px、模块保持 8px。
不要只靠绿色、橙色或红色传达状态，必须同步提供文字。

---
name: Contemporary
colors:
  primary: "#C800DF"
  secondary: "#E60076"
  success: "#16A34A"
  warning: "#D97706"
  danger: "#DC2626"
  surface: "#FFFFFF"
  text: "#111827"
  neutral: "#FFFFFF"
typography:
  h1:
    fontFamily: "Jost"
    fontSize: 3rem
  body-md:
    fontFamily: "Jost"
    fontSize: 1rem
  label-caps:
    fontFamily: "Overpass 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: 8px
  md: 16px
  sourceScale: "comfortable density mode"
---

## 概览

当代极简风：Bento 网格 + 深色模式，兼顾无障碍与高性能。

## 风格基础

- **视觉风格：** 现代、极简、大胆、活泼
- **字号级差：** 桌面优先的富表现字号级差
- **字体：** primary=Jost, display=Jost, mono=Overpass Mono
- **字重：** 100, 200, 300, 400, 500, 600, 700, 800, 900
- **色板：** 主色、辅色、中性
- **间距级差：** 宽松密度模式

## 色板

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

## 技能指引

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

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

## 品牌

Contemporary UI/UX 设计聚焦极简、无障碍与高性能，标志性元素包括 Bento 网格、深色模式与 AI 驱动的个性化。

## 风格基础
- 视觉风格：现代、极简、大胆、活泼
- 字号级差：桌面优先的富表现字号级差 | 字体：primary=Jost, display=Jost, mono=Overpass Mono | 字重=100, 200, 300, 400, 500, 600, 700, 800, 900
- 色板：主色、辅色、中性 | Tokens：primary=#C800DF, secondary=#E60076, success=#16A34A, warning=#D97706, danger=#DC2626, surface=#FFFFFF, text=#111827
- 间距级差：宽松密度模式

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