frontend-design-sweeplisted

# Frontend Design Sweep Review an entire running application one surface at a time — every page, and every tab within a page — using an independent design-review subagent per surface, then merge what they found into one consolidated report. Fan out to observe; centralize to judge. Consistency is a property that only exists _between_ surfaces, so a reviewer looking at one page cannot see it, and a single reviewer looking at sixty pages runs out of attention long before the last one. This skill splits those jobs. ## Usage ``` frontend-design-sweep [app] [url] [--mode <desktop|tablet|mobile>] [--viewports <WxH,...>] [--scope <nav-group|route-prefix>] [--features] ``` - Zero args → infer the app from the current repository, and the URL from its dev configuration. - `--mode` → the viewport class this sweep runs at. Default `desktop`. A run at one mode is not comparable to a run at another and never overwrites it — see Phase 0. - `--viewports` → override the mode's default viewport set. First entry is the primary viewport. - `--scope` → limit the sweep to one navigation group or route prefix. Use it for large apps. - `--features` → also file remediation features (Phase 6). Default is report only. The mode may also arrive in prose — "mobile mode", "desktop 1600x1200". Resolve it to a `{MODE}` slug in Phase 0 and carry that slug into every path this run writes. **Never run a sweep whose mode you did not resolve**; a mode-less run produces a report that s