01 / 03

Enterprise

适合云平台、数据监控和生产力仪表盘，近黑底配模块网格、蓝色渐变与玻璃圆角面板，信息密集但层级清楚。

通用设计工程工具

设计语言预览

Cloud Platform Foundation

Platform Night

#09090b

页面、工作区和深色云平台的统一底色。

Enterprise Blue

#0c5cab

只用于主要行动、选中导航和关键数据关系。

Deep Blue

#0a4a8a

用于柔和渐变的暗端、次级蓝层和悬停状态。

Readable White

#fafafa

标题、关键数据与深色按钮上的高对比文字。

Operational Status

Success

#10b981

仅表达稳定、完成、通过和目标达成，并配合文字。

Warning

#f59e0b

仅表达降级、待处理、需复核和临近阈值。

Danger

#ef4444

仅表达阻断、失败和高风险事件。

字体层级

platform-title

IBM Plex Sans · 32 / 500 / -3%

复杂系统，也应该一眼看清。

module-heading

IBM Plex Sans · 24 / 500 / -1.5%

每个模块只承担一个清晰任务

body-operational

IBM Plex Sans · 16 / 400 / 1.6

用简洁、专业且低术语的文字解释状态、责任人和下一步。

label-caps

IBM Plex Sans · 12 / 600 / +8%

NORTH NETWORK · LIVE · 148 SERVICES

间距、层级与形状

xs 8px

sm 16px

md 24px

lg 32px

xl 40px

2xl 48px

3xl 64px

形状

full

按钮、字段、选中导航和紧凑控件使用 4px；模块、玻璃面板、图表与主要容器使用 8px；状态点可使用圆形。

层级

Level 0 · #09090b 深色云平台画布Level 1 · 透明 hairline 与深色模块分组Level 2 · 玻璃面板、柔和模糊和单层深色阴影Level 3 · 蓝色行动与明确语义状态

组件样张

button-primary

#0c5cab 填充、白色文字、4px 圆角和至少 44px 高度，用于决定性行动。

button-secondary

深色玻璃背景、1px 透明边框与 4px 圆角，用于筛选、导出和次级操作。

button-icon

数据卡、表格、队列、策略与事件覆盖完整交互状态，并保留明确文字标签。

text-input 搜索内容

content-row

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

元信息 · 状态 · 更新时间

布局与响应式

模块网格承载复杂信息，强数据层级让下一步始终清楚。

桌面端使用双栏运营概览、模块网格和密集控制台；平板减少并列指标；移动端按状态、关键指标、待办、证据和行动顺序单列。

断点	宽度	关键变化
移动端	< 768 px	模块、指标和表格转为单列或双列；正文不低于 14px，触控目标至少 44px。
平板	768 - 1099 px	保留主要概览与状态队列，隐藏低优先级侧栏，维持 8pt 节奏。
桌面端	>= 1100 px	完整双栏概览、模块化依赖图、四列指标和运营控制台，最大标题 32px。

使用边界

应该

以 #09090b 近黑画布承载所有页面，让玻璃面板与数据层级保持统一。
主行动、当前导航和关键关系使用 #0c5cab；#0a4a8a 只作为深蓝辅助层。
所有角色都使用 IBM Plex Sans，并严格采用 12/14/16/20/24/32 字阶。
间距全部落在 8pt 基线网格，模块使用清楚而稳定的密度。
面板使用 8px 圆角、细透明边框、轻微模糊和柔和单层阴影。
为数据、任务和控制提供 default、hover、focus、loading、empty、error 与 disabled 状态。

不要

不要改成白色企业官网；Enterprise 的核心是深色生产力工作区。
不要使用 IBM Plex Sans 之外的展示字体或等宽字体制造额外个性。
不要让蓝色、绿色、琥珀色和红色同时承担装饰用途。
不要使用大于 8px 的松软圆角、胶囊 CTA 或厚重浮夸的阴影。
不要把玻璃效果做成低对比透明层，正文和边界必须达到清晰可读。
不要只靠颜色表达状态，也不要隐藏负责人、证据、时间和下一步。

---
name: Enterprise
colors:
  primary: "#0C5CAB"
  secondary: "#0a4a8a"
  success: "#10b981"
  warning: "#f59e0b"
  danger: "#ef4444"
  surface: "#09090b"
  text: "#fafafa"
  neutral: "#09090b"
typography:
  h1:
    fontFamily: "IBM Plex Sans"
    fontSize: 2rem
  body-md:
    fontFamily: "IBM Plex Sans"
    fontSize: 1rem
  label-caps:
    fontFamily: "IBM Plex Sans"
    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: 8px
  md: 16px
  sourceScale: "8pt baseline grid"
---

## 概览

面向生产力仪表盘的深色云平台美学：模块化网格、玻璃质感面板与强烈的数据层级。

## 风格基础

- **视觉风格：** 现代、干净、云平台美学（Heroku/Vercel/GitHub 灵感）、深色主题、柔和渐变、柔和阴影、玻璃质感面板、圆角组件
- **字号级差：** 12/14/16/20/24/32
- **字体：** primary=IBM Plex Sans, display=IBM Plex Sans, mono=IBM Plex Sans
- **字重：** 100, 200, 300, 400, 500, 600, 700, 800, 900
- **色板：** 主色、中性、成功、警告、危险
- **间距级差：** 8pt 基线网格

## 色板

- **Primary (#0C5CAB)：** 来自"风格基础"的 Token。
- **Secondary (#0a4a8a)：** 来自"风格基础"的 Token。
- **Success (#10b981)：** 来自"风格基础"的 Token。
- **Warning (#f59e0b)：** 来自"风格基础"的 Token。
- **Danger (#ef4444)：** 来自"风格基础"的 Token。
- **Surface (#09090b)：** 来自"风格基础"的 Token。
- **Text (#fafafa)：** 来自"风格基础"的 Token。
- **Neutral (#09090b)：** 由 surface Token 派生，以兼容官方格式。

## 技能指引

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

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

## 品牌

Enterprise 设计强调网格、模块化组件与强烈的视觉层级，让复杂数据以清晰易读的方式呈现。界面为生产力打造，让用户高效地监控、分析和交互。

## 风格基础
- 视觉风格：现代、干净、云平台美学（Heroku/Vercel/GitHub 灵感）、深色主题、柔和渐变、柔和阴影、玻璃质感面板、圆角组件
- 字号级差：12/14/16/20/24/32 | 字体：primary=IBM Plex Sans, display=IBM Plex Sans, mono=IBM Plex Sans | 字重=100, 200, 300, 400, 500, 600, 700, 800, 900
- 色板：主色、中性、成功、警告、危险 | Tokens：primary=#0C5CAB, secondary=#0a4a8a, success=#10b981, warning=#f59e0b, danger=#ef4444, surface=#09090b, text=#fafafa
- 间距级差：8pt 基线网格

## 无障碍
WCAG 2.2 AA、键盘优先交互、可见的焦点状态、先语义化 HTML 再补 ARIA、经屏幕阅读器验证的标签、支持减弱动效、触控目标不小于 44px、支持高对比模式

## 文字调性
简洁、自信、有帮助、清晰、友好、专业、行动导向、少术语

## 规则：应当
- 优先使用语义 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 -->