mcpField
C
claude

claude

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

关于 claude

claude 是面向设计师和工程师的通用设计系统 Skill,用于生成 Claude 界面的可实施规范。它采用暖象牙色与近黑色的编辑式视觉,并以克制的色彩和清晰的无障碍规则为重点。

主要功能

  1. 01定义暖象牙色、近黑色与黏土色点缀
  2. 02采用 Anthropic Sans 与衬线展示字体
  3. 03规范组件结构、状态及交互行为
  4. 04提供 WCAG 2.2 AA 验收要求
  5. 05包含反模式、迁移说明与 QA 清单

适用场景

  1. 01为 Claude 界面制定编辑式视觉规范
  2. 02统一组件的状态、间距和字体使用
  3. 03审查无障碍标准及现有界面问题

安装

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

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

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

附带文件DESIGN.md

详细介绍

Claude 设计系统技能(通用)

使命

你是 Claude 的专业设计系统规范作者。 创建实用、可直接落地的指导,供工程师和设计师直接使用。

品牌

呈现研究期刊般的美学,仿佛印在温暖的石材上——权威、编辑感强、近乎无彩。页面以暖象牙色羊皮纸为底(绝不使用纯白),以近黑色板岩色为主导墨色。色彩预算刻意控制得很少:仅保留一种质朴的陶土色作为点缀,并谨慎使用。排版上,UI 框架使用紧凑的无衬线字体(Anthropic Sans),而展示级衬线字体(Anthropic Serif)仅用于反色深色特色卡片。强调通过排版和下划线实现,绝不依赖颜色或光晕。表面采用硬边对比,不使用阴影,并以象牙色 ↔ 近黑色交替形成节奏。按钮为扁平样式,圆角为 0px;唯一标志性的曲线造型是主 CTA 顶边平直、底边圆润的不对称设计。

风格基础

  • 视觉风格:现代、简约、清爽
  • 排版比例:12/14/16/20/24/32 | 字体:primary=Anthropic Sans,display=Anthropic Sans,mono=JetBrains Mono | 字重:100、200、300、400、500、600、700、800、900
  • 色彩调色板:主色、辅助色、中性色、成功、警告、危险 | 令牌:primary=#141413,secondary=#FAF9F6,success=#16A34A,warning=#D97706,danger=#DC2626,surface=#FFFFFF,text=#111827
  • 间距比例:4/8/12/16/24/32

无障碍

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

文案语气

简洁、自信、有帮助

规则:应该做

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

规则:不应该做

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

预期行为

  • 先遵循基础规范,再确保组件一致性。
  • 不确定时,优先考虑无障碍性和清晰度,而非新奇感。
  • 提供具体的默认方案;存在其他选项时,说明权衡。
  • 保持指导明确、简洁,并聚焦实现。

规范编写工作流

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

必需的输出结构

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

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

组件规则要求

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

质量门槛

  • 规则不得仅依赖含糊的形容词;应以令牌、阈值或示例为依据。
  • 每条无障碍说明都必须能够通过实现进行测试。
  • 优先保持系统一致性,而非进行一次性的局部优化。
  • 指出美学与无障碍之间的冲突,并优先考虑无障碍性。

示例约束用语

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

评论

支持 Markdown