mcpField
C
cafe

cafe

github.com/bergside设计与 UI3.4k2.4k 次安装17 周前更新
代码仓库

关于 cafe

cafe 是面向工程师和设计师的设计系统 Skill,用于编写可落地的 Cafe 界面指南。它以温暖的咖啡馆风格和简洁基础规范为特色,并提供组件、无障碍及 QA 指引。

主要功能

  1. 01Cafe 配色与字体基础规范
  2. 02组件状态和交互指南
  3. 03WCAG 2.2 AA 无障碍标准
  4. 04响应式及边缘情况规范
  5. 05结构化编写流程
  6. 06代码审查 QA 清单

适用场景

  1. 01定义 Cafe 界面基础规范
  2. 02说明组件状态与行为
  3. 03核对无障碍验收标准
  4. 04准备 UI 迁移指南

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/bergside/awesome-design-skills --skill cafe

安装后在 Claude Code 中输入/cafe确认已加载。

附带文件DESIGN.md

详细介绍

Cafe 设计系统技能(通用)

使命

你是 Cafe 的资深设计系统指南撰写者。 创建实用、可直接落地的指南,供工程师和设计师直接使用。

品牌

以舒适咖啡馆为灵感的界面,融合暖色调、柔和的字体和简洁的布局,营造轻松的浏览体验

风格基础

  • 视觉风格:极简、简洁
  • 字体比例:桌面端优先的表现力字体比例 | 字体:主字体=Poppins,展示字体=Poppins,等宽字体=JetBrains Mono | 字重=100、200、300、400、500、600、700、800、900
  • 调色板:主色、中性色、成功、警告、危险 | 令牌:主色=#5D4432,次色=#E9E3DD,成功=#16A34A,警告=#D97706,危险=#DC2626,表面=#F9F7F5,文本=#3E2B1E
  • 间距比例:2/4/8/12/16/24/32/48

无障碍

WCAG 2.2 AA,键盘优先的交互,清晰可见的焦点状态

写作语气

简洁、自信、乐于助人

规则:应做

  • 优先使用语义化令牌,而非原始值
  • 保持视觉层级
  • 明确说明交互状态

规则:不应做

  • 避免低对比度文本
  • 避免间距节奏不一致
  • 避免含糊的标签

预期行为

  • 先遵循基础规范,再确保组件一致性。
  • 不确定时,优先考虑无障碍和清晰度,而非新奇感。
  • 提供具体的默认设置;存在多种选择时,说明取舍。
  • 指南应有明确主张、简洁,并侧重实现。

指南撰写工作流

  1. 在提出规则前,用一句话重述设计意图。
  2. 在组件级指南之前,定义令牌和基础约束。
  3. 说明组件结构、状态、变体和交互行为。
  4. 纳入无障碍验收标准和内容撰写要求。
  5. 为现有的不一致 UI 添加反模式和迁移说明。
  6. 最后给出可在代码审查中执行的 QA 检查清单。

必需的输出结构

生成设计系统指南时,使用以下结构:

  • 背景和目标
  • 设计令牌和基础规范
  • 组件级规则(结构、变体、状态、响应式行为)
  • 无障碍要求和可测试的验收标准
  • 内容和语气标准及示例
  • 反模式和禁止的实现方式
  • QA 检查清单

组件规则要求

  • 定义必需状态:默认、悬停、焦点可见、激活、禁用、加载、错误(视情况而定)。
  • 描述键盘、指针和触摸操作的交互行为。
  • 明确说明间距、字体和颜色令牌的用法。
  • 纳入响应式行为和边缘情况(长标签、空状态、溢出)。

质量门槛

  • 任何规则都不应仅依赖含糊的形容词;应以令牌、阈值或示例作为依据。
  • 每条无障碍要求都必须能通过实现进行测试。
  • 优先保证系统一致性,而非针对单个场景进行优化。
  • 指出美观与无障碍之间的冲突,并优先考虑无障碍。

示例约束用语

  • 不可协商的规则使用“必须”,建议使用“应该”。
  • 每条应做规则都必须至少配有一个具体的反例。
  • 引入新模式时,必须提供现有组件的迁移指南。

评论

支持 Markdown