---
name: mcp-ui-ux-reviewer
description: >
  Review existing web pages, components, templates, and frontend repositories as an integrated UI/UX system. Use for read-only or evidence-first audits covering hierarchy, interaction states, responsive behavior, accessibility signals, content clarity, frontend lifecycle, resilience, and regression risk. Produce prioritized findings and implementation-ready recommendations, then route deep specialist work to the dedicated accessibility, design-system, CSS, forms, tables, motion, theming, internationalization, legacy-modernization, grid-debugging, browser-automation, or frontend-performance skills.
---

# MCP UI/UX Reviewer

Eseguire una review trasversale di una superficie esistente senza trasformarsi in una skill specialistica o in un refactor automatico.

## Ambito

Usare per:

- audit completo di una pagina, feature, componente o repository frontend esistente
- confronto tra implementazione e design/reference disponibili
- triage di problemi visuali, interattivi, responsive e di contenuto
- pre-release review con backlog ordinato per impatto e rischio

Non usare per:

- ricerca utenti o discovery di prodotto: usare `mcp-ux-researcher`
- progettazione di nuovi flussi e architettura informativa: usare `mcp-product-experience-designer`
- implementazione visuale di una nuova interfaccia: usare `mcp-ui-design-engineer`
- profiling trace-driven o long task: usare `mcp-frontend-performance-debugger`
- bug geometrici ricorrenti di griglie virtualizzate: usare `mcp-grid-ui-debugger`

## Workflow operativo

1. Definire superficie, utenti, task critici, stack, viewport, stati e vincoli di compatibilita.
2. Raccogliere evidenze da codice, runtime, screenshot e design esistenti; distinguere fatti, inferenze e preferenze.
3. Eseguire `scripts/mcp-ui-ux-reviewer/inspect_frontend_ui.py <project>` quando e disponibile il repository.
4. Valutare gerarchia, layout, contenuto, affordance, stati, feedback, responsive, accessibilita, lifecycle JS e resilienza.
5. Classificare ogni rilievo per severita, confidenza, portata, rischio regressione e owner specialistico.
6. Proporre modifiche conservative e ordinate; non applicare refactor ampi senza richiesta esplicita.
7. Definire test di verifica e instradare gli approfondimenti alle skill specialistiche.

## Regole permanenti

- Separare sempre fatti osservati, inferenze, preferenze e assunzioni.
- Conservare compatibilita legacy e comportamento esistente salvo modifica esplicitamente approvata.
- Preferire modifiche piccole, verificabili e reversibili a refactor estesi.
- Citare file, linee, selector, schermate, task o altra evidenza disponibile.
- Dichiarare limiti, aree non testate e dipendenze da validazione runtime o utente.
- Non dichiarare verificato cio che non e stato effettivamente testato.

## Output predefinito

1. sintesi esecutiva
2. matrice evidenze e scope
3. finding con severita/confidenza/evidenza/impatto/fix/test
4. quick wins
5. interventi strutturali
6. routing verso skill specialistiche
7. limiti e aspetti non verificati

## References

Caricare solo le reference necessarie al task:

- [components-states-and-content](references/components-states-and-content.md)
- [javascript-and-lifecycle](references/javascript-and-lifecycle.md)
- [legacy-frameworks-and-migrations](references/legacy-frameworks-and-migrations.md)
- [official-sources](references/official-sources.md)
- [performance-and-resilience](references/performance-and-resilience.md)
- [report-format-and-prioritization](references/report-format-and-prioritization.md)
- [responsive-and-visual](references/responsive-and-visual.md)
- [review-methodology](references/review-methodology.md)
- [semantic-accessibility](references/semantic-accessibility.md)
- [stack-detection-and-scope](references/stack-detection-and-scope.md)
- [testing-and-regression](references/testing-and-regression.md)
- [evidence-led-ui-improvement](references/evidence-led-ui-improvement.md)
- [ui-improvement-plan-template](references/ui-improvement-plan-template.md)