design-token

Define and organize design tokens across color, spacing, typography, elevation, border, and motion.

2.0k|325|Updated Mar 7, 2026
One-click install
npx skills add https://github.com/Owl-Listener/designer-skills --skill design-token-owl-listener
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: design-token
Source: https://github.com/Owl-Listener/designer-skills/tree/main/design-systems/skills/design-token
Command: npx skills add https://github.com/Owl-Listener/designer-skills --skill design-token-owl-listener

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Define and organize design tokens to ensure visual consistency across platforms and teams, reducing drift and rework in design systems.

Core Features & Use Cases

  • Token taxonomy across color, spacing, typography, elevation, and borders enables a unified design language.
  • Naming conventions and versioning support scalable theming and cross-project reuse.
  • Use case: create global color tokens and map them to component tokens for consistent theming across products.

Quick Start

Create a global color token and map it to component tokens to enforce a cohesive theme.

Frequently Asked Questions about design-token

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

FAQPage Schema
What are design tokens and how do they ensure visual consistency across platforms?

Design tokens are structured variables for color, spacing, and typography that store visual design attributes. By applying a unified token taxonomy, teams map global properties to component tokens, ensuring visual consistency and reducing drift across cross-platform products.

How do I structure design tokens for a scalable design system?

Structure design tokens using a tiered taxonomy of global, alias, and component tokens. Apply the {category}-{property}-{variant}-{state} naming pattern across categories like color and spacing to support scalable theming and cross-project reuse.

What naming conventions should I use for component tokens in a design system?

Use the {category}-{property}-{variant}-{state} pattern for component token naming conventions. This taxonomy maps alias tokens to specific UI elements, enabling clear theming and consistent cross-platform mapping for properties like elevation and motion.

Can I use design tokens to map global colors to component themes across different projects?

Yes, you can map global color tokens to component tokens to enforce cohesive theming across different projects. This alias token strategy centralizes visual attributes, allowing cross-project reuse and reducing rework in design systems.

What categories should design token taxonomy cover for a complete design system?

A complete design token taxonomy should cover color, spacing, typography, elevation, border, and motion. Defining tokens across these categories establishes a unified design language and fulfills functional requirements for cross-platform mapping.

Why do I need alias tokens instead of just using global tokens in my design system?

Alias tokens provide an abstraction layer between global tokens and component tokens, enabling scalable theming. They allow you to redirect design system values across projects without altering the underlying global token structure or component code.