Design System
Overview
A design system is the single source of truth for an organization's UI — combining design tokens, component libraries, documentation, and tooling into a cohesive ecosystem. It ensures consistency, accelerates development, and bridges the gap between design and engineering.
Architecture Layers
┌─────────────────────────────────────────────────┐
│ Design (Figma) │
│ Variables, components, styles, auto-layout │
├─────────────────────────────────────────────────┤
│ Tokens (W3C DTCG / Style Dictionary) │
│ Color, typography, spacing, elevation, motion │
├─────────────────────────────────────────────────┤
│ Components (React, Vue, Angular, Web Comp.) │
│ Buttons, inputs, modals, cards, layouts │
├─────────────────────────────────────────────────┤
│ Documentation (Storybook) │
│ Stories, usage guidelines, interaction tests │
└─────────────────────────────────────────────────┘
Design-to-Code Pipeline
Figma Variables ──► W3C DTCG JSON ──► Style Dictionary ──► CSS / SCSS / iOS / Android
│
Figma Components ──► Code Connect / Mitosis ──────────────► React / Vue / Angular / Svelte
│
▼
Storybook
(catalog + interaction tests)
Token Architecture
Design tokens are the atomic values of a design system — colors, spacing, typography, elevation, motion. They flow through three tiers:
| Tier |
Example |
Purpose |
| Global |
blue-500: #3b82f6 |
Raw palette values |
| Alias / Semantic |
color-primary: {blue-500} |
Intent-based references |
| Component |
button-bg: {color-primary} |
Scoped to a specific component |
Component Strategy
Single-Framework
Build components in one framework (e.g., React) and use Storybook for documentation and testing.
Multi-Framework
Use an intermediary format to target multiple frameworks from a single source:
- Mitosis — JSX subset that compiles to React, Vue, Angular, Svelte, Solid, etc.
- Web Components — Framework-agnostic custom elements usable everywhere
- Stencil — Web Component compiler with lazy loading and SSR
Key Tools
| Tool |
Role |
| Figma |
Visual design, variables, prototyping, Dev Mode |
| W3C Design Tokens |
Vendor-neutral token format (DTCG spec) |
| Style Dictionary |
Transform tokens into platform-specific outputs |
| Storybook |
Component catalog, docs, visual/interaction testing |
| Mitosis |
Write-once component compiler for multiple frameworks |
| Tokens Studio |
Figma plugin for managing tokens in DTCG format |
| Chromatic |
Visual regression testing for Storybook stories |
File Structure
design-system/
tokens/
global/
colors.tokens.json # W3C DTCG format
typography.tokens.json
spacing.tokens.json
semantic/
theme-light.tokens.json
theme-dark.tokens.json
style-dictionary.config.mjs # Token build pipeline
src/
components/
Button/
Button.tsx # Component implementation
Button.stories.tsx # Storybook stories
Button.test.tsx # Unit / interaction tests
.storybook/
main.ts
preview.ts
Best Practices
- Define tokens in W3C DTCG format for vendor neutrality — avoid locking into a single tool's proprietary format.
- Use three-tier token architecture (global → semantic → component) so themes only override the semantic layer.
- Use Style Dictionary to transform tokens into every platform your products target (CSS, SCSS, iOS, Android, Compose).
- Catalog every component in Storybook with args, docs, and play-function interaction tests.
- Use Figma Variables synced to your token files — Tokens Studio or Code Connect bridges the gap.
- For multi-framework orgs, evaluate Mitosis or Web Components before duplicating component code per framework.
- Automate visual regression testing with Chromatic or Percy in CI.
- Version your design system as a package — consumers should pin to semver releases.
1---2name: design-system3description: Use when building or maintaining a design system — the coordinated set of design tokens, component libraries, documentation, and tooling that ensures visual and behavioral consistency across products. USE FOR: design system architecture, choosing token formats vs component frameworks, connecting Figma to code, design-to-development workflows, multi-platform consistency DO NOT USE FOR: specific token authoring (use design-tokens), Figma workflows (use figma), component cataloging (use storybook), token transformation (use style-dictionary), cross-framework components (use mitosis)4license: MIT5---67# Design System89## Overview10A design system is the single source of truth for an organization's UI — combining design tokens, component libraries, documentation, and tooling into a cohesive ecosystem. It ensures consistency, accelerates development, and bridges the gap between design and engineering.1112## Architecture Layers13```14┌─────────────────────────────────────────────────┐15│ Design (Figma) │16│ Variables, components, styles, auto-layout │17├─────────────────────────────────────────────────┤18│ Tokens (W3C DTCG / Style Dictionary) │19│ Color, typography, spacing, elevation, motion │20├─────────────────────────────────────────────────┤21│ Components (React, Vue, Angular, Web Comp.) │22│ Buttons, inputs, modals, cards, layouts │23├─────────────────────────────────────────────────┤24│ Documentation (Storybook) │25│ Stories, usage guidelines, interaction tests │26└─────────────────────────────────────────────────┘27```2829## Design-to-Code Pipeline30```31Figma Variables ──► W3C DTCG JSON ──► Style Dictionary ──► CSS / SCSS / iOS / Android32 │33Figma Components ──► Code Connect / Mitosis ──────────────► React / Vue / Angular / Svelte34 │35 ▼36 Storybook37 (catalog + interaction tests)38```3940## Token Architecture41Design tokens are the atomic values of a design system — colors, spacing, typography, elevation, motion. They flow through three tiers:4243| Tier | Example | Purpose |44|------|---------|---------|45| **Global** | `blue-500: #3b82f6` | Raw palette values |46| **Alias / Semantic** | `color-primary: {blue-500}` | Intent-based references |47| **Component** | `button-bg: {color-primary}` | Scoped to a specific component |4849## Component Strategy5051### Single-Framework52Build components in one framework (e.g., React) and use Storybook for documentation and testing.5354### Multi-Framework55Use an intermediary format to target multiple frameworks from a single source:56- **Mitosis** — JSX subset that compiles to React, Vue, Angular, Svelte, Solid, etc.57- **Web Components** — Framework-agnostic custom elements usable everywhere58- **Stencil** — Web Component compiler with lazy loading and SSR5960## Key Tools61| Tool | Role |62|------|------|63| **Figma** | Visual design, variables, prototyping, Dev Mode |64| **W3C Design Tokens** | Vendor-neutral token format (DTCG spec) |65| **Style Dictionary** | Transform tokens into platform-specific outputs |66| **Storybook** | Component catalog, docs, visual/interaction testing |67| **Mitosis** | Write-once component compiler for multiple frameworks |68| **Tokens Studio** | Figma plugin for managing tokens in DTCG format |69| **Chromatic** | Visual regression testing for Storybook stories |7071## File Structure72```73design-system/74 tokens/75 global/76 colors.tokens.json # W3C DTCG format77 typography.tokens.json78 spacing.tokens.json79 semantic/80 theme-light.tokens.json81 theme-dark.tokens.json82 style-dictionary.config.mjs # Token build pipeline83 src/84 components/85 Button/86 Button.tsx # Component implementation87 Button.stories.tsx # Storybook stories88 Button.test.tsx # Unit / interaction tests89 .storybook/90 main.ts91 preview.ts92```9394## Best Practices95- Define tokens in W3C DTCG format for vendor neutrality — avoid locking into a single tool's proprietary format.96- Use three-tier token architecture (global → semantic → component) so themes only override the semantic layer.97- Use Style Dictionary to transform tokens into every platform your products target (CSS, SCSS, iOS, Android, Compose).98- Catalog every component in Storybook with args, docs, and play-function interaction tests.99- Use Figma Variables synced to your token files — Tokens Studio or Code Connect bridges the gap.100- For multi-framework orgs, evaluate Mitosis or Web Components before duplicating component code per framework.101- Automate visual regression testing with Chromatic or Percy in CI.102- Version your design system as a package — consumers should pin to semver releases.