What problem does it solve? Turning an approved business requirements document into a concrete, implementable user experience is slow and error-prone: personas get invented, competitor claims get hallucinated, contrast ratios get eyeballed, and frontend engineers receive vague direction instead of an actionable spec. This Skill runs a disciplined five-phase design workflow that produces grounded research, complete flows with error states, and a design-system specification the frontend engineer can implement without guessing. ## Core Features & Use Cases - Grounded Discovery: Synthesizes personas, jobs-to-be-done, and prioritized user needs traced to BRD stories, plus a live-researched competitive UX teardown with cited sources. - Information Architecture & Flows: Produces sitemaps, navigation models, end-to-end flows with error branches, and wireframe specs that enumerate loading, empty, error, and success states for every screen. - Design-System Specification: Delivers named tokens, a numbered type scale, a color system with computed WCAG 2.1 AA contrast ratios, per-component states and variants, motion specs with prefers-reduced-motion fallbacks, and a usability test plan with measurable metrics. - Use Case: After a product manager approves a BRD for a booking SaaS, invoke this Skill to produce the full docs/design/ spec package — personas, sitemap, flows, tokens, component specs, and an accessibility checklist — that the frontend engineer then implements as code. ## Quick Start Ask the drydock orchestrator to run the ux-designer on the approved BRD to produce the design-system specification under docs/design/.