What problem does it solve? User-facing sprints often ship without systematic end-user verification, letting UX defects and broken flows slip through code review. This Skill acts as a skeptical end-user that exercises the running product before sprint acceptance, producing evidence-backed defect reports instead of ad-hoc manual clicking. ## Core Features & Use Cases - Two-phase QA workflow: --mode plan authors a qa-plan.md at sprint-planning time with HARD (deterministic) vs SOFT (semantic) assertions, hero shots, and in-scope surfaces; --mode drive is the accept-time gate that exercises the live app against that plan. - Multi-surface driving: tests browser surfaces via DOMShell MCP (isolated tab lanes), CLI tools via Bash with exit-code assertions, and MCP servers for tool-description fidelity and error recovery. - Structured outputs: generates qa-report.md with severity-tagged findings (BLOCKER/MAJOR/MINOR/NOTE) routed by fault-domain, a UX flow-graph (JSON + Mermaid) diffed against prior sprints, and redacted provenance-stamped hero assets. - Use Case: Before accepting a sprint that delivered a new checkout flow, run the drive mode to navigate the live app as a user, capture screenshots of the checkout hero feature, log a MAJOR defect where the confirmation email never renders, and produce a ship/no-ship recommendation for the CTO. ## Quick Start Ask the agent to run the QA-UX drive against your sprint directory, for example: run /qa-ux docs/sprints/sprint-12 --mode drive --url http://localhost:3000 to verify the app before sprint acceptance.