01 / 03

Impeccable

适合文化项目、创意发布页和策展工具，暖奶油与烧橙交替成章，琥珀行动色和锐利排版带来现代编辑海报感。

通用设计高对比度

设计语言预览

Editorial Poster Foundation

Warm Cream

#f8e9d1

主画布与大面积阅读背景，建立温暖、纸张般的编辑基底。

Burnt Orange

#c55221

与奶油画布交替形成章节节奏，也用于强势海报块面。

Amber Accent

#cc8800

品牌行动色，用于主按钮、路线、选中态和少量高优先级标记。

Interface Ink

#111827

标题、正文、边框与结构线，保证暖色背景上的高对比。

Surface White

#ffffff

高密度工作台和信息卡的清晰内容面，不取代暖奶油主画布。

Explicit Semantic States

Success

#16a34a

只表示开放、就绪、完成等成功状态，并同时提供文字标签。

Warning

#d97706

只表示临近容量、待复核或下一步提醒，并同时提供文字标签。

Danger

#dc2626

只表示紧急、错误或破坏性行动，不用作装饰色。

字体层级

poster-title

Chakra Petch · 32 / 700 / uppercase

用图形节奏组织一场开放的城市计划

section-heading

Chakra Petch · 24 / 700 / 1.12

章节标题、项目名称与关键任务

body-copy

Chakra Petch · 16 / 400 / 1.5

文案应简洁、自信且有帮助，让读者快速理解当前内容、下一步和选择的后果。

label-caps

JetBrains Mono · 12 / 700 / +8%

PROGRAM 04 · SATURDAY · STATUS OPEN

间距、层级与形状

2xs 4px

xs 8px

sm 12px

md 16px

lg 24px

xl 32px

形状

full

按钮、输入与小标签使用 4px，海报卡、节目模块与工作台面板使用 8px；圆形只作为有限的图形母题或状态点，不作为通用容器语言。

层级

Level 0 · #f8e9d1 暖奶油纸张画布Level 1 · #c55221 烧橙章节块面与 #cc8800 琥珀行动信号Level 2 · #ffffff 信息表面配 1–2px #111827 结构边框Level 3 · 无玻璃、无渐变；仅通过交替色块、边线和内容密度建立层级

组件样张

button-primary

琥珀底、深墨文字、2px 边框、4px 圆角、至少 44px 高；hover 只做短促上移或颜色加深。

button-secondary

奶油或白底配深墨边框，不使用透明玻璃或低对比灰色描边。

button-icon

图标按钮保持 44×44px、4px 圆角与明确名称；所有状态必须同时提供文字、图标或下一步。

text-input 搜索内容

content-row

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

元信息 · 状态 · 更新时间

布局与响应式

像编辑一张连续文化海报一样组织产品：交替章节、强标题、精确标签。

桌面端用不对称海报构图、三列节目板和紧凑侧栏工作台展示同一系统；移动端按标题、行动、内容、状态顺序单列，保留奶油与烧橙的章节交替，不保留会造成溢出的装饰叠压。

断点	宽度	关键变化
移动端	< 768 px	单列内容，标题最高 32px，操作垂直排列，隐藏非必要装饰与侧栏，控件至少 44px。
平板	768 - 1099 px	减少海报叠压和多列数量，保留暖奶油/烧橙章节、琥珀行动与清楚边框。
桌面端	>= 1100 px	使用不对称双栏首屏、编辑节目网格与侧栏工作台，单屏高度可固定为 900px 用于完整叙事。

使用边界

应该

让暖奶油与烧橙承担大章节交替，使用块面和边线形成编辑海报般的阅读节奏。
展示、正文和按钮统一使用 Chakra Petch；JetBrains Mono 只承担编号、日期、状态与系统标签。
严格遵循 12/14/16/20/24/32 字号和 4/8/12/16/24/32 间距级差，用排版关系而不是超大字体制造冲击。
按钮使用 4px、内容卡使用 8px 圆角；保持清楚的 1–2px 深色边框和克制的平面层级。
琥珀色只标记主行动、当前路线和关键焦点，不与烧橙争夺大面积背景角色。
覆盖 default、hover、focus-visible、active、disabled、loading 与 error，并保证键盘操作、可见焦点和至少 44px 控件。

不要

不要把 Impeccable 做成复古仿旧、颗粒印刷或怀旧网页；它是现代、干净、高对比的编辑海报系统。
不要引入玻璃模糊、蓝紫渐变、霓虹光晕或沉浸式暗色空间，这些不属于当前设计语言。
不要让奶油、烧橙与琥珀同时平铺在每个组件中；每一层必须有清楚角色。
不要使用圆润胶囊、超大圆角和柔软悬浮阴影；形状应锐利、紧凑、可预测。
不要让辅助文字落在低对比橙色上，也不要只用绿、黄、红表达状态。
不要用模糊标签、装饰性长文案或不一致间距破坏快速扫描和实现一致性。

---
name: Impeccable
colors:
  primary: "#CC8800"
  secondary: "#C55221"
  success: "#16A34A"
  warning: "#D97706"
  danger: "#DC2626"
  surface: "#FFFFFF"
  text: "#111827"
  neutral: "#FFFFFF"
typography:
  h1:
    fontFamily: "Chakra Petch"
    fontSize: 2rem
  body-md:
    fontFamily: "Chakra Petch"
    fontSize: 1rem
  label-caps:
    fontFamily: "JetBrains Mono"
    fontSize: 0.75rem
  sourceScale: "12/14/16/20/24/32"
  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"
---

## 概览

编辑海报式的图形美学：暖奶油与烧橙色交替形成节奏，抢眼的琥珀点缀勾勒重点。

## 风格基础

- **视觉风格：** 现代、干净、高对比
- **字号级差：** 12/14/16/20/24/32
- **字体：** primary=Chakra Petch, display=Chakra Petch, mono=JetBrains Mono
- **字重：** 100, 200, 300, 400, 500, 600, 700, 800, 900
- **色板：** 主色、中性、成功、警告、危险
- **间距级差：** 4/8/12/16/24/32

## 色板

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

## 技能指引

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

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

## 品牌

一种现代、图形化的编辑海报美学——温暖而自信——建立在交替的奶油与烧橙板块之上，配以琥珀色品牌色。

## 风格基础
- 视觉风格：现代、干净、高对比
- 字号级差：12/14/16/20/24/32 | 字体：primary=Chakra Petch, display=Chakra Petch, mono=JetBrains Mono | 字重=100, 200, 300, 400, 500, 600, 700, 800, 900
- 色板：主色、中性、成功、警告、危险 | Tokens：primary=#CC8800, secondary=#C55221, 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 -->