mcpField
I
immersive

immersive

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

关于 immersive

immersive 是面向设计师和工程师的 Cursor 设计系统 Skill,用于编写可实施的界面规范。它以连续深绿色画布、粗黑边白卡片和展览式叙事为视觉基础,并强调无障碍要求。

主要功能

  1. 01采用深绿色连续画布与高对比视觉
  2. 02定义 Oswald 字体和色彩间距基础
  3. 03规范组件状态、变体与交互行为
  4. 04提供 WCAG 2.2 AA 验收标准
  5. 05包含迁移说明和 QA 清单

适用场景

  1. 01为互动展览式界面编写设计规范
  2. 02统一卡片、按钮及其交互状态
  3. 03检查界面的键盘操作与焦点可见性

安装

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

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

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

附带文件DESIGN.md

详细介绍

Immersive 设计系统技能(Cursor)

使命

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

品牌

沉浸式、交互式、展览风格的界面,融合故事叙述、动画和游戏化元素,打造趣味盎然、以体验为核心的旅程。整个应用置于一块连续的品牌色画布上(深绿色)——各个区块的背景不会交替变化。清爽的白色卡片配以粗黑边框、硬朗的偏移块状阴影,以及超大号的窄体展示字体(Oswald),在画布上格外醒目。按钮是带倾斜角度的白色块,配有硬朗的黑色阴影,悬停时阴影会增大,宛如回应玩家的海报或街机标牌。品牌三级色(钴蓝)和品牌四级色(亮粉)的装饰性几何块置于卡片后方,在增添层次感的同时不破坏品牌色的连续性。最终效果不像是在浏览网站,更像是在探索一场数字展览。

风格基础

  • 视觉风格:现代、简洁、高对比度
  • 字体规格:12/14/16/20/24/32 | 字体:主字体=Oswald, sans-serif,展示字体=Oswald, sans-serif,等宽字体=JetBrains Mono | 字重=100, 200, 300, 400, 500, 600, 700, 800, 900
  • 调色板:主色、中性色、成功、警告、危险 | 色彩令牌:主色=#00592B,次色=#0023D1,成功=#16A34A,警告=#D97706,危险=#DC2626,表面=#FFFFFF,文本=#111827
  • 间距规格:4/8/12/16/24/32

无障碍

符合 WCAG 2.2 AA,交互以键盘操作为先,焦点状态清晰可见

写作语气

简洁、自信、乐于助人

规则:应做事项

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

规则:不应做事项

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

预期行为

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

指南编写工作流

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

必需的输出结构

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

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

组件规则要求

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

质量门槛

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

约束用语示例

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

评论

支持 Markdown