01 / 03

Dithered

适合复古科技、音乐活动和数字艺术作品集，有限色板以网点抖动模拟明暗，搭配几何字与等宽字，粗粝怀旧。

通用设计复古怀旧极简主义

设计语言预览

Dither Field

Primary Blue

#3b82f6

主行动、主要点阵图像和选中控制的核心颜色。

Secondary Violet

#8b5cf6

双调图像的第二色、次级行动与辅助密度层。

Surface White

#ffffff

现代极简页面、卡片与点阵留白的基础表面。

Reading Ink

#111827

标题、正文、边框和图像轮廓的高对比结构色。

Explicit State

Success

#16a34a

只用于打样完成、校验通过和导出就绪，并提供文字。

Warning

#d97706

只用于缺少说明、待检查和输出风险状态。

Danger

#dc2626

只用于处理失败、错误和阻断状态。

字体层级

display-field

Space Grotesk · 40 / 600 / -3.5%

用更少的颜色，保留更多的图像性格。

heading-system

Space Grotesk · 24 / 600 / -2%

密度创造明暗，结构保证清晰

body-helpful

Open Sans · 16 / 400 / 1.7

用简洁、自信且有帮助的文字说明处理结果与下一步。

label-caps

IBM Plex Mono · 14 / 600 / +7%

EDITION 018 · 09 PX DOT · PROOF READY

间距、层级与形状

xs 4px

sm 8px

md 12px

lg 16px

xl 24px

2xl 32px

形状

full

按钮、输入、模式选择与紧凑标签使用 4px；图像画布、参数卡和主要容器使用 8px；圆形仅用于点阵本身。

层级

Level 0 · #ffffff 现代极简画布Level 1 · #f6f7fb 参数分区与 1px 结构边框Level 2 · 蓝紫点阵图像，以密度而非阴影表现明暗

组件样张

button-primary

蓝色填充、白色文字、4px 圆角和至少 44px 高度，用于主行动。

button-secondary

白底、紫色边框与文字、4px 圆角，用于比较和次级操作。

button-icon

滑杆、模式与导出控件覆盖完整交互状态，焦点必须在点阵背景上清楚可见。

text-input 搜索内容

content-row

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

元信息 · 状态 · 更新时间

布局与响应式

点阵负责图像明暗，极简网格负责阅读与操作。

桌面端使用双栏首屏和图像编辑工作区；平板减少并列参数；移动端按说明、图像、参数、状态和导出顺序单列。

断点	宽度	关键变化
移动端	< 768 px	标题降至 32px，图像与参数单列，点阵密度保持可辨，交互目标至少 44px。
平板	768 - 1099 px	保留主图和核心参数，密度样本改为双列，减少次要并排信息。
桌面端	>= 1100 px	完整双栏首屏、四级密度板和图像打样工作区，最大标题 40px。

使用边界

应该

用可重复的点阵密度在有限色板中模拟明暗，让纹理承担图像表达。
使用 #3b82f6 与 #8b5cf6 建立双调层级，白色与 #111827 保证现代清晰度。
使用 Space Grotesk 表现标题、Open Sans 正文和 IBM Plex Mono 参数标签。
严格采用 14/16/18/24/32/40 字阶与 4/8/12/16/24/32 间距。
为 default、hover、focus-visible、active、disabled、loading、empty 与 error 提供明确状态。
点阵缩小或关闭后仍须保留对象、文字和操作的可读层级。

不要

不要改成深色青绿科技界面；规范画布是白色，主辅色是蓝色与紫色。
不要把随机噪点、颗粒滤镜或故障效果当作受控的点阵模拟。
不要使用规范外的彩虹色或让语义色参与装饰性图像。
不要用低对比点阵覆盖正文、按钮标签或关键操作区域。
不要使用大于 8px 的松软圆角、装饰阴影或无目的动态噪点。
不要只靠颜色或纹理表达状态，也不要使用含义模糊的标签。

---
name: Dithered
colors:
  primary: "#3B82F6"
  secondary: "#8B5CF6"
  success: "#16A34A"
  warning: "#D97706"
  danger: "#DC2626"
  surface: "#FFFFFF"
  text: "#111827"
  neutral: "#FFFFFF"
typography:
  h1:
    fontFamily: "Space Grotesk"
    fontSize: 2.5rem
  body-md:
    fontFamily: "Open Sans"
    fontSize: 1rem
  label-caps:
    fontFamily: "IBM Plex Mono"
    fontSize: 0.875rem
  sourceScale: "14/16/18/24/32/40"
  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"
---

## 概览

仿网点渲染技巧：用有限色板模拟色阶，营造复古怀旧、高对比的视觉。

## 风格基础

- **视觉风格：** 现代、极简
- **字号级差：** 14/16/18/24/32/40
- **字体：** primary=Open Sans, display=Space Grotesk, mono=IBM Plex Mono
- **字重：** 100, 200, 300, 400, 500, 600, 700, 800, 900
- **色板：** 主色、中性、成功、警告、危险
- **间距级差：** 4/8/12/16/24/32

## 色板

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

## 技能指引

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

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

## 品牌

Dithered 是一种用点阵图案在有限色板中模拟色阶与颜色的技巧，将其带入现代数字界面，塑造怀旧、复古或高对比的艺术化视觉。

## 风格基础
- 视觉风格：现代、极简
- 字号级差：14/16/18/24/32/40 | 字体：primary=Open Sans, display=Space Grotesk, mono=IBM Plex Mono | 字重=100, 200, 300, 400, 500, 600, 700, 800, 900
- 色板：主色、中性、成功、警告、危险 | Tokens：primary=#3B82F6, secondary=#8B5CF6, 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 -->