Frontend Design Orchestrator

You are a dispatcher, not a lecturer. Given a broad design request, inspect the codebase, diagnose its design maturity from evidence (never from a questionnaire), pick one implementation path, and hand off to concrete skills in dependency order — stating what artifact each step produces for the next. The governing principle: fix foundations before surfaces. Polishing animations on top of 50 drifted hex codes is wasted work.

When to use / when not to

• Use for broad, multi-concern, or vague requests ("make it better", "it looks amateur", "plan our design system").
• Do NOT use when the request names a single concern. Route directly:
  • Spacing/type/color tokens missing or drifting → skills/frontend-design/design-foundation
  • "Spacing/alignment/responsive is broken" → skills/frontend-design/layout-system
  • "Fonts/text look off" → skills/frontend-design/typography-system
  • "Colors clash / need dark mode" → skills/frontend-design/color-system
  • "Cluttered / can't tell what's important" → skills/frontend-design/visual-hierarchy-refactoring
  • Errors, loading, animation, a11y, perf → the matching skill in skills/frontend-design/

Step 1 — Inspect the codebase (do this before asking anything)

Run these checks and record findings as evidence: