Design Tokens System: Complete Architecture for Multi-Platform Products
Design a 3-layer design tokens system (primitives, semantics, component-specific) for products running on web, iOS, and Android, with Figma-to-code synchronization pipeline.
Create a complete design tokens architecture that unifies the visual language of a multi-platform product, eliminates inconsistencies between design and development, and enables theming (light/dark mode, white-label) without code duplication.
At a glance
Access
Free prompt
Open to copy without upgrading.
Prompt objective
Create a complete design tokens architecture that unifies the visual language of a multi-platform product, eliminates inconsistencies between design and development, and enables theming (light/dark mode, white-label) without code duplication.
Real use case
MedConnect, a healthtech company, has 3 product teams (web, iOS, Android) using different color and spacing values with no shared system. The result: 47 distinct gray values in the codebase, broken dark mode on 2 platforms, and every redesign release breaking 3 platforms simultaneously.
Customize these fields first
Replace the placeholders with your own context before you run the prompt. That usually improves the first output more than adding more instructions later.
Prompt
Design the complete design tokens system for [PRODUCT NAME], a product running on [PLATFORMS: web/iOS/Android] with support for [light/dark mode] and [white-label/theming].\\\\\\\\n\\\\\\\\n**Context:**\\\\\\\\n- Product teams: [NUMBER] (one per platform)\\\\\\\\n- Design tool: [Figma]\\\\\\\\n- Languages: [TypeScript/Swift/Kotlin/Dart]\\\\\\\\n- Component volume: approximately [NUMBER]\\\\\\\\n- Current state: [no tokens/partial tokens/tokens in Figma without sync]\\\\\\\\n\\\\\\\\n**Part 1 — 3-Layer Architecture:**\\\\\\\\n\\\\\\\\n\\\\\\\\\\\\\\\\\\\\\\\`\\\\\\\\\\\\\\\\\\\\\\\`\\\\\\\\\\\\\\\\\\\\\\\`\\\\\\\\nLAYER 1: PRIMITIVES (raw value scale)\\\\\\\\n ↓\\\\\\\\nLAYER 2: SEMANTICS (meaning + context)\\\\\\\\n ↓\\\\\\\\nLAYER 3: COMPONENT-SPECIFIC (component + state + variant)\\\\\\\\n\\\\\\\\\\\\\\\\\\\\\\\`\\\\\\\\\\\\\\\\\\\\\\\`\\\\\\\\\\\\\\\\\\\\\\\`\\\\\\\\n\\\\\\\\n**Layer 1 — Primitive Tokens:**\\\\\\\\nThese are raw values with no semantic meaning. Should not be used directly in component code.\\\\\\\\n\\\\\\\\n\\\\\\\\\\\\\\\\\\\\\\\`\\\\\\\\\\\\\\\\\\\\\\\`\\\\\\\\\\\\\\\\\\\\\\\`json\\\\\\\\n{\\\\\\\\n \\\\\\\\Open directly in an AI — the text is pre-filled:
How to use this prompt
- 1Replace the key placeholders first: PRODUCT NAME, PLATFORMS: web/iOS/Android, light/dark mode, white-label/theming.
- 2Replace any bracketed placeholders like [this] with your own context.
- 3Add extra background information when you want more tailored results.
- 4Combine multiple prompts in one conversation when you need a richer output.
- 5Save your best-performing prompts so they are easy to reuse later.
Next best step
Open the guide first, then branch only if you still need more.
A starter guide to the first prompt categories and patterns worth using when you need better output without prompt guesswork.
If this prompt is close but not quite right, generate variants next. If the job is recurring, move into the course library after the guide.
Related prompts
View allMobile-First Accessibility Audit with WCAG 2.2 and LBI
Complete accessibility audit framework for mobile-first applications, covering WCAG 2.2, Brazilian Law on Inclusion (LBI), and optimizations specific to touch screens and virtual keyboards.
Best for
Execute a comprehensive mobile-first accessibility audit that identifies all access barriers for users with visual, motor, auditory, and cognitive disabilities, with a prioritized remediation plan based on impact and implementation effort.
Component Library Governance: Contribution, Versioning, and Deprecation
Defines the complete governance model for a design system or component library, including contribution workflows, support SLAs, semantic versioning, and component lifecycle management.
Best for
Establish a sustainable governance model for a component library that balances evolution speed with stability for consumer teams, with clear processes for contribution, review, publication, and deprecation.
Design Review Checklist for High-Fidelity Handoff Between Design and Development
Creates a comprehensive design review checklist to ensure specs delivered to development are complete, consistent, and unambiguous—reducing post-implementation review cycles.
Best for
Standardize the design-to-development handoff process with a structured checklist covering spec completeness, design system consistency, edge cases, accessibility, and responsiveness—eliminating rework caused by incomplete specifications.
User Research Synthesis: From Raw Data to Actionable Insight
Complete framework for analyzing and synthesizing qualitative research data (interviews, usability tests, diaries) into prioritized insights and actionable design recommendations for the product team.
Best for
Transform raw qualitative research data into clear, prioritized insights that drive concrete product decisions, using affinity diagramming, job stories, and impact vs. effort techniques to align design, product, and business.
Explore other prompt categories
Move sideways into adjacent libraries when the current category is not the full answer.
Free browsing stays open. Premium prompts unlock the reusable workflow layer.
Use the guides and role paths to validate the job first. Upgrade when you want the full prompt text, editable premium prompts, and the surrounding course paths in one place.
Free access
- Browse guides, role paths, and category pages.
- Preview prompts before you decide to upgrade.
- Find the right starting point without friction.
Membership access
- Unlock premium prompts and the full copy text.
- See more workflow paths and course connections.
- Keep the reusable templates in one place.
