01 / 03

Cosmic

适合太空科技、科幻游戏和 AI 概念产品，深空背景配蓝紫霓虹、未来字体与发光空间层，神秘而沉浸。

通用设计暗色科技

设计语言预览

Deep-Space Field

Night Canvas

#030712

深空页面画布，承载所有空间关系与霓虹信号。

Spatial Surface

#071426

卡片、控制台与空间浮层的主要深色表面。

Primary Neon

#3b82f6

主行动、空间焦点、轨道节点和键盘焦点的核心霓虹色。

Violet Signal

#8b5cf6

辅助空间层、次级行动和关联信号。

Signal White

#ffffff

霓虹表面上的高对比文字与关键读数。

Telemetry State

Success

#16a34a

只用于锁定、稳定与完成状态，并提供文字标签。

Warning

#d97706

只用于需要观察、复核和环境风险。

Danger

#dc2626

只用于信号中断、错误和阻断状态。

字体层级

heading-field

Audiowide · 32 / 400 / -2%

把夜空看成一组相互连接的信号。

heading-panel

Audiowide · 24 / 400 / 1.3

霓虹揭示优先级，空间揭示关系

body-cosmic

Audiowide · 14 / 400 / 1.8

文案简洁、自信、有帮助，避免让科幻语言影响任务清晰度。

label-telemetry

JetBrains Mono · 12 / 600 / +8%

M42 · ALT 42.8° · SIGNAL LOCKED

间距、层级与形状

xs 4px

sm 8px

md 12px

lg 16px

xl 24px

2xl 32px

形状

full

按钮、输入和标签使用 4px 圆角；空间卡片与控制台容器使用 8px；圆形只用于轨道、节点和空间焦点。

层级

Level 0 · #030712 深空画布Level 1 · #071426 空间表面与蓝色边框Level 2 · 蓝紫霓虹焦点、轨道与克制辉光

组件样张

button-primary

蓝色填充、白色文字、4px 圆角和清晰辉光，用于主行动。

button-secondary

深色表面、紫色边框与文字、4px 圆角，用于次级行动。

button-icon

控制覆盖 default、hover、focus-visible、active、disabled、loading 与 error，状态标签必须可读。

text-input 搜索内容

content-row

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

元信息 · 状态 · 更新时间

布局与响应式

空间关系负责定位，信息层级负责决策。

桌面端使用双栏空间首屏和 12 栏信号系统；平板缩减轨道尺寸；移动端按目标、窗口、状态、行动顺序单列，保留紧凑节奏。

断点	宽度	关键变化
移动端	< 768 px	空间图缩减为单一主轨道，面板与控制台单列，标题保持 28-32px。
平板	768 - 1099 px	保留双栏目标视图，减少辅助轨道和并列遥测。
桌面端	>= 1100 px	完整双栏空间首屏、12 栏系统模块和最大 32px 标题。

使用边界

应该

使用 #030712 深空画布和 #071426 空间表面建立始终一致的深色主题。
把 #3b82f6 用于主行动和空间焦点，把 #8b5cf6 用于辅助轨道与次级信号。
使用 Audiowide 12-32px 单字重层级，并用 JetBrains Mono 表达遥测标签。
空间轨道、节点与辉光必须说明对象关系或焦点，不作为无意义装饰。
保持 4/8/12/16/24/32 紧凑间距，以及 4px 控件和 8px 卡片。
交互状态必须有清晰标签和可见 focus-visible，效果降低后仍可读。

不要

不要使用规范之外的青色、粉色或彩虹霓虹，破坏蓝紫信号主导。
不要用巨型标题、重字重或过量辉光压过 12-32px 信息层级。
不要把所有卡片都做成发光浮层；空间效果应服务于关系表达。
不要使用倒角按钮、复杂 3D 金属、玻璃拟态或不一致圆角。
不要用低对比蓝灰文字，也不要只依赖颜色或辉光表示状态。
不要使用模糊科幻术语替代明确任务、目标、窗口和操作。

---
name: Cosmic
colors:
  primary: "#3B82F6"
  secondary: "#8B5CF6"
  success: "#16A34A"
  warning: "#D97706"
  danger: "#DC2626"
  surface: "#FFFFFF"
  text: "#111827"
  neutral: "#FFFFFF"
typography:
  h1:
    fontFamily: "Audiowide"
    fontSize: 2rem
  body-md:
    fontFamily: "Audiowide"
    fontSize: 1rem
  label-caps:
    fontFamily: "JetBrains Mono"
    fontSize: 0.75rem
  sourceScale: "12/14/16/20/24/32"
  weights: "400"
rounded:
  sm: 4px
  md: 8px
spacing:
  sm: 4px
  md: 8px
  sourceScale: "4/8/12/16/24/32"
---

## 概览

未来科幻美学：深色主题 + 明亮霓虹点缀 + 沉浸的空间元素。

## 风格基础

- **视觉风格：** 活泼、高级
- **字号级差：** 12/14/16/20/24/32
- **字体：** primary=Audiowide, display=Audiowide, mono=JetBrains Mono
- **字重：** 400
- **色板：** 主色、中性、成功、警告、危险
- **间距级差：** 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 -->
# Cosmic 设计体系技能（通用）

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

## 品牌

Cosmic UI/UX 设计是一种未来主义、科幻灵感的风格，以深色主题、鲜明霓虹点缀与沉浸空间元素为特征。

## 风格基础
- 视觉风格：活泼、高级
- 字号级差：12/14/16/20/24/32 | 字体：primary=Audiowide, display=Audiowide, mono=JetBrains Mono | 字重=400
- 色板：主色、中性、成功、警告、危险 | 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 -->