design-tokens-structure

Structures design tokens into a 3-layer system for theming and governance.

38|3|Updated Dec 29, 2025
One-click install
npx skills add https://github.com/dylantarre/design-system-skills --skill design-tokens-structure
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: design-tokens-structure
Source: https://github.com/dylantarre/design-system-skills/tree/main/skills/tokens/design-tokens-structure
Command: npx skills add https://github.com/dylantarre/design-system-skills --skill design-tokens-structure

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Establishes the architectural foundation for scalable design token systems by defining a three-layer hierarchy (primitive, semantic, component) to enable theming, multi-brand support, and maintainable token governance.

Core Features & Use Cases

  • Three-layer architecture: separates raw values (primitive) from purpose-driven mappings (semantic) and component-specific tokens.
  • Theming readiness: supports light/dark and brand variants by mapping semantics to primitives per theme.
  • Migration guidance: facilitates converting hard-coded values to tokens and building output formats (CSS vars, Tailwind, JSON).
  • Use Case: Start a token system from scratch or restructure an existing one to introduce a scalable, governed token pipeline.

Quick Start

Use the design-tokens-structure skill to outline a starter token folder layout and three-layer mappings for a new design system.

Frequently Asked Questions about design-tokens-structure

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

FAQPage Schema
How do I structure design tokens for multi-theme support?

Structure design tokens using a three-layer architecture—primitive, semantic, and component—to enable theming. Semantic tokens map to primitive values per theme, allowing light/dark or brand variants to switch cleanly without altering component-level references.

What is the best way to migrate hard-coded CSS values to a token system?

Migrate hard-coded values to a token system by first extracting raw values into a primitive layer, then mapping them to semantic tokens for purpose-driven usage, and finally generating CSS variables or JSON outputs for consistent application.

How do I organize Tailwind design tokens using a three-layer architecture?

Organize Tailwind design tokens by defining primitives as raw values, mapping them to semantic tokens for contextual usage, and generating Tailwind configuration outputs alongside CSS variables to maintain scalable, governed styling.

Does this design token structure work for both new and existing systems?

This design token structure works for both new and existing systems. It applies when starting a token system from scratch, reorganizing an existing token set, or introducing multi-brand support to establish governed, scalable theming pipelines.

When do I need component tokens in a semantic design token system?

Component tokens are optional in a semantic design token system, used when specific UI elements require isolated values. They sit above the semantic layer, referencing semantic mappings to maintain consistency while allowing component-level overrides.