01 / 03

Brutalism

适合独立媒体、文化活动和实验作品集，裸露网格、硬边框与冲突的陶红芥黄配色，粗粝叛逆且功能优先。

通用设计复古怀旧

设计语言预览

Raw Foundation

Concrete White

#ffffff

页面画布与主要记录表面，保留结构和边界的直接可见性。

Structural Ink

#111827

标题、正文、裸露网格和硬边框。

Terracotta

#dd614c

主行动、关键记录和冲突性强调块。

Mustard

#daa144

次级重点、日期与功能性提示块。

Semantic Status

Success

#16a34a

仅表达完成与通过，并同时显示文字。

Warning

#d97706

仅表达待复核、缺失和临近风险。

Danger

#dc2626

仅表达阻断、错误和破坏性操作。

字体层级

display-raw

Darker Grotesque · 96 / 900 / -6%

结构先于装饰。

heading-record

Darker Grotesque · 48 / 800 / -4%

档案保留每一道使用痕迹。

body-direct

Darker Grotesque · 16 / 600 / 1.2

文案简洁、自信、有帮助，不用修辞掩盖功能。

label-index

JetBrains Mono · 12 / 700 / +8%

RECORD BC-17 · REVIEW DESK · PENDING

间距、层级与形状

xs 4px

sm 8px

md 12px

lg 16px

xl 24px

2xl 32px

形状

full

按钮和小控件使用 4px，较大功能区最多 8px；主要层级来自 1-2px 裸露边框与实色面，不使用偏移阴影。

层级

Level 0 · 白色裸露画布Level 1 · 陶红、芥黄或白色功能块Level 2 · 1-2px 深色结构边框，无阴影

组件样张

button-primary

陶红填充、深色文字、2px 深色边框和 4px 圆角，承担主行动。

button-secondary

白底、2px 深色边框和 4px 圆角，承担次级浏览。

button-icon

状态同时使用文字与色彩，并覆盖 default、hover、focus-visible、active、disabled 和 error。

text-input 搜索内容

content-row

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

元信息 · 状态 · 更新时间

布局与响应式

允许版式对抗，不允许信息含义含糊。

桌面端以不均衡分栏、裸露网格和跨行记录建立冲突感；平板减少跨栏；移动端依照标题、内容、状态和行动的语义顺序折叠。

断点	宽度	关键变化
移动端	< 768 px	大标题缩放至 52-66px，所有跨栏记录单列，边框结构保持可见。
平板	768 - 1099 px	使用两栏非对称布局，关键记录跨两栏，次级索引保持单栏。
桌面端	>= 1100 px	使用 12 栏裸露网格、跨行记录和 78-112px 表现型标题。

使用边界

应该

把网格、边框、分栏和内容结构直接暴露出来，不用装饰掩盖组织逻辑。
用不均衡分栏和富表现字号制造张力，但保持明确的阅读优先级。
Darker Grotesque 承担展示与正文，JetBrains Mono 承担编号、日期和状态。
陶红与芥黄作为实色功能块使用，白底与深色文字保证基础可读性。
使用 4/8/12/16/24/32 间距与 4-8px 控件几何保持实现一致。
每个交互状态都要有文字、边框或焦点指示，不只依赖颜色。

不要

不要把 Brutalism 做成精致、对称、柔和阴影的常规 SaaS 页面。
不要使用渐变、玻璃拟态、发光或模糊背景。
不要使用 Neobrutalism 常见的彩色偏移阴影和玩具感大圆角。
不要让冲突版式破坏任务顺序、键盘导航或标签可理解性。
不要在陶红或芥黄表面使用低对比文字。
不要引入规范之外的装饰色；状态色仅用于对应语义。

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

## 色板

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

## 技能指引

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

## 使命

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

## 品牌

一种大胆的"反设计"风格，灵感来自 1950 年代原始混凝土建筑，重视功能、无装饰、常带冲突感的美学，超越了打磨光滑的常规设计。

## 风格基础

- 视觉风格：大胆
- 字号级差：桌面优先的富表现字号级差 | 字体：primary=Darker Grotesque, display=Darker Grotesque, mono=JetBrains Mono | 字重=100, 200, 300, 400, 500, 600, 700, 800, 900
- 色板：主色、辅色、中性、成功、警告、危险 | Tokens：primary=#DD614C, secondary=#DAA144, 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 -->