design-systems

Guide teams in building scalable design systems with semantic tokens, CSS variable theming, and Storybook documentation.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/Samuelca6399/AbsolutelySkilled --skill design-systems-samuelca6399
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: design-systems
Source: https://github.com/Samuelca6399/AbsolutelySkilled/tree/main/skills/design-systems
Command: npx skills add https://github.com/Samuelca6399/AbsolutelySkilled --skill design-systems-samuelca6399

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Design-systems eliminates the chaos of ad-hoc styling by giving you a repeatable architecture for components, theming, and design tokens that stays maintainable as products and brands evolve.

Core Features & Use Cases

  • Token-first system design: Define primitive tokens, then semantic aliases, and optionally component-scoped tokens so components can theme safely and consistently.
  • Theming and multi-brand infrastructure: Implement light/dark theming via semantic token overrides using CSS variables and a reliable data-theme strategy.
  • Component architecture with reliable APIs: Create variant-driven components (e.g., with CVA patterns), compound components (namespaced subcomponents), and polymorphic components (e.g., Radix AsChild).
  • Storybook documentation and validation: Set up Storybook stories (including controls/autodocs) so components ship with living documentation and consistent usage examples.

Quick Start

Use the design-systems skill to structure your component library by defining semantic tokens first and then building token-driven components with Storybook stories for each component you add.

Frequently Asked Questions about design-systems

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

FAQPage Schema
How do I structure design tokens for a scalable component library?▼

Structure design tokens by defining primitive tokens first, then creating semantic aliases, and optionally adding component-scoped tokens. This semantic-token-first approach ensures components theme safely and consistently across products as your design system evolves.

What's the best way to implement dark mode with CSS variables in a design system?▼

Implement dark mode by applying semantic token overrides using CSS variables and a reliable `data-theme` attribute strategy. This allows you to switch themes globally without rewriting individual component styles.

How does a semantic token-first approach work for UI theming?▼

A semantic token-first approach separates raw values from their contextual meaning. You map primitive tokens to semantic aliases, which components consume, ensuring consistent theming and enabling multi-brand infrastructure without altering component logic.

Can I use Storybook documentation with variant-driven components?▼

Yes, you can set up Storybook stories with controls and autodocs for variant-driven components. This provides living documentation and consistent usage examples, ensuring components ship with validated visual references.

How do I build compound component APIs for a design system?▼

Build compound component APIs by namespacing subcomponents together, allowing them to share state implicitly. This pairs well with variant-driven patterns like CVA and polymorphic components such as Radix AsChild for flexible rendering.