Design System Overview

This section is written for UI designers and frontend engineers who work with them. It answers a question that is unfolding right now: AI-assisted development has already spread across frontend teams, and the design-to-code pipeline is being reshaped by AI — on the designer's side, how do you plug into this current?

Let's be clear about our position up front: we are not asking anyone to switch design tools. You can keep doing all of your design work in the Figma you know — only the handoff gets upgraded. Or you can step through the new door of AI-native design tools — cloud-based Claude Design, or the open-source local Open Design (no Claude account needed) — where a conversation generates design drafts built on our component library. Which tool to use, and how to combine them, is the design team's own call — this handbook's job is to explain the tools, capabilities, and methods clearly and thoroughly, so the choice is an informed one.

One design language, multiple tool tracks

swift-web's design resources have one defining trait: the single source of truth is the framework source code. Design decisions — colors, radii, shadows, typography — are defined as semantic tokens (CSS variables) inside @swift-web/framework; component appearance (buttons, modals, carousels, video cards…) is the actual rendered output of framework components. Design resources are not "another document that someone has to maintain by hand" — they are automatically derived from code. When the code updates, the resources follow, so you never end up with "the design spec says one thing while production runs another."

This design language reaches designers through multiple tool tracks — the tools are just consumers; the core asset (the design language) is tool-agnostic, and onboarding a future tool is merely "adding another derivation target":

Figma trackClaude Design trackOpen Design track
Who it's forDesigners whose main tool is Figma and who don't want to switch yetDesigners willing to try an AI-native design tool who have a Claude accountDesigners who want AI drafting but have no Claude account (e.g. ChatGPT / GPT users), or want drafts to stay local
Form of the design resourcesFigma Variables (tokens) + component library (in progress)Design system cards (20 cards: tokens + real component appearance)Design-system bundle (DESIGN.md + tokens + component forms, derived from the same source)
How you produce a draftDesign in Figma as usualDescribe your intent in conversation, AI generates it on the canvas, then refine by handDescribe your intent in conversation, your local coding agent generates, iterate via canvas annotations
Path to codeOfficial Figma MCP — AI reads the design data directly and generates codeOne-click handoff package to Claude CodeExport a single HTML file and hand it to Claude Code
CollaborationReal-time multi-user (strongest)Team / Enterprise org sharingNo cloud sharing — bundle distribution + exported drafts
Migration costZero — tools and habits stay exactly the sameRequires a Claude account; about ten minutes to get startedRequires a coding-agent CLI on your machine (any model); about ten minutes to get started

Every track ends at the same place: Claude Code takes the design and turns it into Nuxt code using swift-web framework components and semantic tokens. Because the design resources and the code share one vocabulary (--primary, SwButton, SwCarousel…), nothing is lost in translation at implementation time — this is the essential efficiency gain of the whole system, regardless of which tool you draw in.

Why this is worth your attention

The traditional design-to-frontend handoff is a lossy pipeline: the designer expresses intent in a mockup → the frontend dev interprets it by eye → translates it into code by hand → and when it doesn't match, the back-and-forth begins. By 2026 the industry has already replaced that pipeline with something else:

  • Designs become machine-readable data. AI coding tools (such as Claude Code) read the layers, constraints, and variables in a Figma file directly over the MCP protocol; the generated code references the very tokens the designer defined — no more measuring pixels by eye.
  • Code can flow back onto the canvas. A real interface under development can be sent back to Figma in one click as editable layers, letting designers tweak variants and add annotations on the canvas instead of waiting for a rewrite. Design and development go from "waiting in sequence" to "iterating in parallel" — practitioners report feedback cycles shrinking from days to hours.
  • AI-native design tools have arrived. Claude Design (from Anthropic) makes "describe it in a sentence + AI generates + refine on the canvas" a new way to produce drafts — and it natively honors the design system it's connected to: generated drafts automatically use your team's colors, fonts, and components.

Together these point to one conclusion: as long as design resources exist in a structured, code-derived form, a designer's output can go straight to implementation. The swift-web design system is built to exactly that standard.

How to read this section

Pick your entry point based on your situation: