Revisión de interfaz antes de publicar

Qué incluye

Una interfaz puede pasar todas las validaciones automáticas de marcado y aun así tener un punto exacto donde el usuario abandona la tarea, algo que ningún linter detecta. Esta skill encadena varias revisiones sobre el mismo recorrido: comprobación automática de marcado, flujo y texto (que deja fuera el contraste real y el orden de tabulación, aunque salga limpia), un recorrido con teclado y lector de pantalla, una revisión de los estados que nadie diseña — vacío, cargando, error, sin permiso — y un último paso donde alguien recorre la tarea como si no hubiera visto nunca el producto y señala dónde se iría. Cada hallazgo distingue lo bloqueante de la simple fricción, y los estados vacío o de error se revisan siempre, aunque no estén implementados: no estarlo ya es el hallazgo. No rediseña ni certifica conformidad de accesibilidad; sirve para revisar una interfaz ya construida antes de que salga, no para diseñarla desde cero.

Resultados

• Bloqueantes con reproducción y usuario afectado
• Fricciones ordenadas por cuánta gente las encuentra, no por lo fácil que sea arreglarlas
• Estados que faltan
• Lo que no se ha podido revisar y por qué: sin lector de pantalla, sin datos reales, sin acceso a un rol

Requisitos

• Claude Code o Codex, con tu propia suscripción.
• Cada hallazgo lleva dónde ocurre, con qué pasos se reproduce y a qué usuario afecta
• Se distingue bloqueante (impide completar la tarea o incumple la obligación declarada) de fricción (se puede completar, pero cuesta)
• Un hallazgo de accesibilidad cita el criterio que incumple, no una opinión
• Los estados vacío, error y cargando se revisan siempre, aunque no estén implementados: no estarlo es el hallazgo