design-system-starter

Create a design system foundation with tokens, atomic components, and WCAG 2.1 AA documentation.

Updated May 11, 2026
One-click install
npx skills add https://github.com/IsKenKenYa/Commory --skill design-system-starter-iskenkenya
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: design-system-starter
Source: https://github.com/IsKenKenYa/Commory/tree/main/.agents/skills/design-system-starter
Command: npx skills add https://github.com/IsKenKenYa/Commory --skill design-system-starter-iskenkenya

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill helps teams avoid inconsistent UI and accessibility gaps by providing a practical foundation for a scalable design system with tokens, components, and documentation standards.

Core Features & Use Cases

  • Design tokens foundation: Define primitive and semantic color, typography, spacing, radii, and shadow scales suitable for theming.
  • Component architecture: Establish atomic design structure (atoms → molecules → organisms) with reusable prop/API conventions.
  • Accessibility by default: Enforce WCAG 2.1 Level AA considerations (contrast, keyboard navigation, ARIA patterns, screen-reader support).
  • Documentation templates: Provide guidance for documenting component purpose, variants, props, accessibility notes, and usage examples.

Quick Start

Create a design system for a web app with dark mode support and WCAG 2.1 AA compliant components.

Frequently Asked Questions about design-system-starter

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

FAQPage Schema
What are design tokens and how do they help build a consistent UI?

Design tokens are structured primitive and semantic values for color, typography, spacing, radii, and shadows. They establish a scalable design system foundation that ensures UI consistency and enables theming, such as dark mode, across multiple app surfaces and component libraries.

How do I create a design system foundation that supports WCAG 2.1 AA accessibility?

To create a WCAG 2.1 AA accessible design system, structure primitive and semantic design tokens, define atomic component hierarchies, and enforce accessibility patterns for contrast, keyboard navigation, ARIA, and screen-reader support within your documentation scaffolding.

Can I use this design system approach for scaling component libraries across multiple app surfaces?

Yes, this approach suits ongoing scaling across multiple app surfaces and component libraries. It applies atomic design structure from atoms to organisms with reusable prop and API conventions, making it effective for both new products and expanding existing libraries.

What's the best way to structure UI components for a scalable design system?

The best way to structure UI components is using atomic design architecture, organizing elements from atoms to molecules to organisms. This hierarchy establishes reusable prop and API conventions that maintain UI consistency across new products and scaling applications.

How do I document UI components for accessibility and variants in a design system?

Document UI components using structured templates that capture component purpose, variants, props, accessibility notes, and usage examples. This documentation scaffolding ensures teams understand WCAG 2.1 AA patterns and maintain consistent implementation across the design system.

Do I need primitive and semantic token layers for dark mode theming?

Yes, you need both primitive and semantic token layers for dark mode theming. Primitive tokens define raw values while semantic tokens map those values to context-specific meanings, enabling the design system to switch themes without breaking UI consistency.