← ClaudeAtlas

ui-evaluatorlisted

Run evidence-backed UI acceptance. Use after generating a page, or when the user wants a design review or recirculatable critique against declared goals and success criteria.
Bandersnatch0x/design-playbook · ★ 1 · Web & Frontend · score 57
Install: claude install-skill Bandersnatch0x/design-playbook
# ui-evaluator **Evaluator** contract: turn **declarations** into checks. Do not invent new taste standards. Every issue **points back** to a declaration. ## Steps ### 1. Bind declarations Identify which of these apply to this surface (repo files, prior turns, or design-playbook defaults): `spec` · `domain` · `craft` · `design` · `components` · `template`. When a verified `.scratch/<run>/design-baseline/state.json` binds a baseline (`status: ready`, path from `baseline.path`), include it as the project-specific visual declaration. It can support design-drift findings but is never L6 runtime proof by itself. An explicit `status: waived` disables baseline-drift checks for that run; it does not waive `spec`, accessibility, or craft checks. When `.scratch/<run>/reference/contract.md` exists (ADR-0011), you **may** use it as supporting context for findings about copied brand chrome, distinctive illustration, or other **Do not copy** breaches (`source` = `reference` or the owning declaration). It is **never** L6 proof and never a Pass/Fail gate by itself. **Done when:** the check set is named; if `spec` L6 exists, every criterion and its required proof are on the list. ### 2. Run checks Walk every applicable row (exhaustive for bound declarations): | Check | Source | | --- | --- | | Empty / loading / error / permission | `spec` | | Risk color, secrets, dangerous ops | `domain` | | AI slop, hierarchy, purposeless motion | `craft` | | New surface drifts from confirmed pro