Dew Design System

Agentic setup

Figma · Selected
Button / Primary
Pull Request · Merged
feat(button): primary variantMerged
All checks have passed4 / 4
build1m 24s
a11y · WCAG 2.232s
stories18s
VQA47s
Dew × Agentic Pipeline
Dew × AI · PipelineFor the Dew team · 4 stages

How the Dew team ships the design system — faster, with quality intact.

Agentic Setup is the internal pipeline we use to build and evolve Dew itself. It turns Figma designs into production-ready Dew components through a structured, repeatable workflow — so Dew keeps pace with product needs without compromising the bar.

How it works4 stages

Figma spec build stories ship.

Every stage produces a versioned artifact — spec, code, stories, QA report — that teams can review and trust. The pipeline runs in order, and stops the moment a stage finds a gap.

Stage 01

Figma → Spec

Design Orchestrator

Convert Figma designs into a structured specification — the spec-as-contract the rest of the pipeline builds from.

  • Anatomy and component decomposition
  • Layout rules (alignment, spacing, constraints)
  • Token mapping (tokens-only styling)
  • Interaction states (default/hover/active/focus/disabled/loading)
  • Accessibility requirements (WCAG 2.2)
  • Motion and animation, when applicable
Stage 02

Spec → Implementation

Build Agent

The Build Agent implements the component strictly from the spec — no guesswork, no magic numbers.

  • Tokens-only styling (no hardcoded values)
  • Clean, maintainable component structure
  • Predictable APIs (no prop explosion)
  • WCAG 2.2-aligned semantics and keyboard behavior
Stage 03

Stories → Coverage

Storybook Agent

One story per variant/pattern component, so every variation is discoverable, reviewable, and easy to adopt.

  • Discoverable — every variant has a home
  • Easy to review visually in Storybook
  • Easy for teams to adopt across products
Stage 04

Visual QA → Fix Loop

VQA + Build Agent

The VQA Agent diffs Storybook renders against Figma and produces a fix-ready report. The Build Agent applies fixes — repeat until quality matches the bar.

  • Severity (Blocker / High / Medium / Low)
  • Expected vs. actual
  • Location (variant / component)
  • Suggested fix direction (tokens / layout / state)
Why we built thisvalues

The goal isn't “AI writes code.”

The goal is a faster loop for Dew maintainers, where quality stays intact. Every stage is designed to remove toil that slows component work down — not to replace the judgment that keeps Dew coherent.

Faster delivery, same quality

Reduce repetitive work and review churn — without lowering the bar on accessibility or consistency.

No styling drift

Token-locked output means components can't invent their own spacing, color, or radius along the way.

Visual gaps caught early

VQA catches mismatches against Figma before they ship — not in a QA ticket three sprints later.

Accessibility baked in

WCAG 2.2 compliance, keyboard behavior, and semantics are enforced at the spec layer, not bolted on.

Non-negotiables5 rules

Quality guardrails the pipeline enforces.

These are Dew's invariants — the rules every generated component has to pass through. No exceptions.

Rule 01

Figma + spec are the source of truth

No guessing. If it isn't in the spec, the Build Agent doesn't ship it.

Rule 02

Tokens-only styling

No hardcoded values. Every color, space, and radius maps to a Dew token.

Rule 03

WCAG 2.2 compliance

Accessibility is a first-class contract — not an optional pass at the end.

Rule 04

Variants are separate components

Each variant/pattern ships as its own component — cleaner APIs, cleaner stories.

Rule 05

Stop on gaps

Missing states or tokens block progress until resolved. No silent defaults.

UPDATE modefor evolving components

Dew components evolve. The pipeline keeps up.

UPDATE mode supports the messy reality of a live design system — iterative changes, new variants, and stable ground for everything else.

Patch only what changed

Update a radius, swap a token, adjust spacing — the agent touches only what the diff demands.

Add new variants completely

New variants arrive with full completeness — tokens, states, a11y — never half-shipped.

Keep unchanged variants stable

Untouched variants stay untouched. No surprise regressions on variants nobody asked about.

Getting started3 steps

Need a new component or variation?

Submit a request and we'll run the pipeline end-to-end. Three steps on your side, four stages on ours.

01

Share Figma links

Make sure variants and states are visible on the frames you share.

02

Run the pipeline

Spec → Build → Storybook → VQA. Each stage produces a reviewable artifact.

03

Review and merge

Check the results against the bar. When it matches, merge and ship.

What to include
  • Figma link(s) with variants and states visible
  • Usage context — where it'll be used, priority, expected behavior
  • Any special requirements — accessibility, motion, edge cases
What you'll get
  • A versioned spec (contract)
  • Production-ready component implementation
  • Storybook coverage for each variation
  • Visual QA report aligned to Figma

Keep exploring Dew × AI.

See how Dew MCP accelerates product UI work, or read how Dewwrite applies the same rigor to copy.