01 / 03

Glassmorphism

适合金融面板、智能设备和多任务控制台，半透明模糊层配发光蓝边、悬浮面板与空间叠层，通透而富有科技感。

通用设计柔和渐变

设计语言预览

Glass Foundation

Primary Blue

#1856ff

主行动、当前选择、焦点与关键通信路径。

Secondary Plum

#3a344e

深层玻璃底、结构文字和高对比支撑色。

Surface White

#ffffff

页面基底及 62–82% 透明度的玻璃面板来源。

Text Ink

#141414

标题、正文与控件标签，必须在玻璃层上保持 AA 对比。

Explicit Semantic State

Success

#07ca6b

只用于在线、完成或健康状态，并配文字标签。

Warning

#e89558

只用于待关注、延迟或接近阈值的状态。

Danger

#ea2143

只用于失败、阻断和破坏性操作。

字体层级

Plus Jakarta Sans · 48 / 700 / −3%

让每一层信息清晰浮现。

Plus Jakarta Sans · 32 / 700 / −2%

透明有层次，操作仍然明确。

body-md

Plus Jakarta Sans · 16 / 400 / 1.55

半透明表面必须建立在可读内容、稳定层级和可靠交互之上。

label-caps

JetBrains Mono · 12 / 700 / +8%

CHANNEL 08 · LIVE · 14:32

间距、层级与形状

2xs 4px

xs 8px

sm 12px

md 16px

lg 24px

xl 32px

形状

full

按钮、输入和小型控件使用 4px；Bento 卡片、浮层和内容模块使用 8px；半透明层以 1px 亮边、轻阴影和可控 blur 区分深度。

层级

Level 0 · #ffffff 页面基底与柔和蓝紫环境光Level 1 · rgba(255,255,255,.62) + 16px blur 的内容玻璃Level 2 · rgba(255,255,255,.78) + 24px blur 的交互面板Level 3 · #1856ff 主行动与清晰焦点，不再叠加装饰玻璃

组件样张

button-primary

#1856ff 填充、白字、4px 圆角和至少 44px 高度，用于创建、发送与确认。

button-secondary

半透明白底、1px 亮边、#141414 文字和 4px 圆角，用于查看、筛选与取消。

button-icon

Bento 面板通过透明度、模糊、边界与轻阴影表达层级，所有状态仍需文字或图标说明。

text-input 搜索内容

content-row

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

元信息 · 状态 · 更新时间

布局与响应式

用通透的 Bento 分区组织通信密度，让深度服务上下文而不是装饰。

桌面端让频道、内容与上下文面板形成三层玻璃；平板减少并列层；移动端按会话、关键信息和行动顺序单列，避免横向滚动。

断点	宽度	关键变化
移动端	< 768 px	单列堆叠，标题不超过 36px，次级面板后置，控件至少 44px。
平板	768 - 1099 px	使用双栏 Bento，合并导航与上下文摘要，减少玻璃嵌套。
桌面端	>= 1100 px	完整三层信息结构、12 栏 Bento 和并列状态模块。

使用边界

应该

以 #ffffff 为主画布，使用 62–82% 白色透明面、16–28px backdrop blur 和 1px 发光边界建立层次。
主行动统一使用 #1856ff；#3a344e 用于更深的玻璃底与结构性对比。
标题与正文使用 Plus Jakarta Sans，JetBrains Mono 只用于时间、编号、状态与短标签。
控件使用 4px 圆角，Bento 卡片与成组面板使用 8px；保持紧凑字号和舒适间距。
每层玻璃都要有明确边界、可辨识背景和足够文字对比，模糊不能替代层级。
完整呈现 default、hover、focus-visible、active、disabled、loading 与 error，并保证至少 44px 目标尺寸。

不要

不要把所有内容都做成同透明度的玻璃层，也不要在玻璃上无限嵌套玻璃。
不要用低对比浅灰文字压在复杂背景上；内容清晰度优先于视觉新奇。
不要把 4px / 8px 小圆角替换成大胶囊或过度圆润的消费级卡片。
不要使用 DM Sans、Inter 或系统字体替代规范明确指定的 Plus Jakarta Sans 与 JetBrains Mono。
不要把成功、警告和危险色变成装饰光晕，它们只服务明确语义。
不要添加无目的漂移动画、彩虹渐变或与液态玻璃冲突的另一套视觉隐喻。

---
name: Glassmorphism
colors:
  primary: "#1856FF"
  secondary: "#3A344E"
  success: "#07CA6B"
  warning: "#E89558"
  danger: "#EA2143"
  surface: "#FFFFFF"
  text: "#141414"
  neutral: "#FFFFFF"
typography:
  h1:
    fontFamily: "Plus Jakarta Sans"
    fontSize: 3rem
  body-md:
    fontFamily: "Plus Jakarta Sans"
    fontSize: 1rem
  label-caps:
    fontFamily: "JetBrains Mono"
    fontSize: 0.75rem
  sourceScale: "mobile-first compact 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"
---

## 概览

磨砂玻璃质感：半透明层、微妙模糊与发光边框，兼具深度感与现代优雅。

## 风格基础

- **视觉风格：** 干净、高对比、大胆、企业级、液态玻璃效果、玻璃拟态
- **字号级差：** 移动优先的紧凑字号级差
- **字体：** primary=Plus Jakarta Sans, display=Plus Jakarta Sans, mono=JetBrains Mono
- **字重：** 100, 200, 300, 400, 500, 600, 700, 800, 900
- **色板：** 主色、中性、成功、警告、危险、信息、表面/微妙分层
- **间距级差：** 宽松密度模式

## 色板

- **Primary (#1856FF)：** 来自"风格基础"的 Token。
- **Secondary (#3A344E)：** 来自"风格基础"的 Token。
- **Success (#07CA6B)：** 来自"风格基础"的 Token。
- **Warning (#E89558)：** 来自"风格基础"的 Token。
- **Danger (#EA2143)：** 来自"风格基础"的 Token。
- **Surface (#FFFFFF)：** 来自"风格基础"的 Token。
- **Text (#141414)：** 来自"风格基础"的 Token。
- **Neutral (#FFFFFF)：** 由 surface Token 派生，以兼容官方格式。

## 技能指引

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

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

## 品牌

为个人、团队与社群提供快速可靠的沟通，同时在桌面环境中保持干净界面与高性能。

## 风格基础
- 视觉风格：干净、高对比、大胆、企业级、液态玻璃效果、玻璃拟态
- 字号级差：移动优先的紧凑字号级差 | 字体：primary=Plus Jakarta Sans, display=Plus Jakarta Sans, mono=JetBrains Mono | 字重=100, 200, 300, 400, 500, 600, 700, 800, 900
- 色板：主色、中性、成功、警告、危险、信息、表面/微妙分层 | Tokens：primary=#1856FF, secondary=#3A344E, success=#07CA6B, warning=#E89558, danger=#EA2143, surface=#FFFFFF, text=#141414
- 间距级差：宽松密度模式
- Bento 卡片布局

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