ui-design-system

Standardize UI design systems with tokens, component architecture, and governance.

364|53|Updated May 9, 2026
One-click install
npx skills add https://github.com/cosmicstack-labs/mercury-agent-skills --skill ui-design-system-cosmicstack-labs
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ui-design-system
Source: https://github.com/cosmicstack-labs/mercury-agent-skills/tree/main/categories/design/ui-design-system
Command: npx skills add https://github.com/cosmicstack-labs/mercury-agent-skills --skill ui-design-system-cosmicstack-labs

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

A UI design system prevents inconsistent components, duplicated styling, and slow cross-team handoffs by standardizing tokens, architecture, accessibility, and governance.

Core Features & Use Cases

  • Design tokens & semantics: Define color, typography, spacing, and motion as reusable, named values that map design intent to implementation.
  • Composable component architecture: Apply atomic design principles and slot-based/polymorphic patterns to keep APIs consistent and scalable.
  • Documentation, governance, and versioning: Use Storybook-style documentation requirements plus semantic versioning and RFC-based contribution workflows to maintain quality over time.

Quick Start

Create a design token naming convention and component API guidelines that enforce WCAG AA accessibility and semantic theming, then document each component with usage, variants, states, and accessibility notes.

Frequently Asked Questions about ui-design-system

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I build a UI design system with accessible and governable design tokens?

To build a UI design system, define semantic design tokens for color, typography, spacing, and motion, then enforce WCAG AA accessibility and governance through composable component architecture and standardized documentation.

What is the best way to maintain a component library and ensure consistent theming across product teams?

Maintain a component library by applying atomic design principles, semantic token definitions, and Storybook-style documentation, coupled with a repeatable RFC-based contribution workflow and semver-driven releases to ensure consistent theming across product teams.

How does semantic design token naming convention work for frontend theming?

Semantic design token naming conventions map design intent to implementation by defining reusable, named values for color, typography, spacing, and motion, allowing frontend component libraries to scale theming without duplicating styling.

Can I use Storybook documentation to govern UI components and ensure accessibility compliance?

Yes, you can use Storybook-style documentation requirements to govern UI components by detailing usage, variants, states, and accessibility notes, ensuring WCAG AA compliance and maintaining quality across component library releases.

Why do I need an RFC-based contribution workflow for my UI design system?

You need an RFC-based contribution workflow to formalize UI design system governance, preventing inconsistent components and duplicated styling by standardizing the contribution and semver-driven versioning processes across multiple product teams.