Error Handling UXpor Owl-Listener

Error Handling UX Skill.

Haz que los fallos expliquen qué ha ocurrido y den a las personas una salida sin perder su trabajo.

UX
Guía de diseño

Revisión de la fuente · Error Handling UXSKILL.md

Tarea UX Produce • Un inventario de estados de error en todos los flujos • Mensajes y ubicaciones según el contexto • Requisitos de recuperación, reintento, deshacer y conservación de datos Antes de empezar Un agente que pueda leer los flujos afectados, los casos de fallo conocidos y las acciones de recuperación que tu producto admite realmente.

Resumen editorial · fuente revisada 2026-10-07 · no es un ejemplo generado

01 Qué hace

Error Handling UX: Diseña la recuperación en todos los flujos

Planifica cómo se previenen, se explican y se resuelven los errores en los flujos del producto.

Flujo de trabajo basado en la fuenteNo es un benchmark de ejecución

El enfoque de trabajo

Error Handling UX abarca varios flujos del producto. Organiza el problema en prevención, detección, comunicación y recuperación, en lugar de tratar cada fallo como un ejercicio de redacción de mensajes.

La fuente distingue los contextos de formulario, página, red, resultado vacío y permisos. Conservar lo introducido, reintentar, ofrecer vías alternativas y deshacer forman parte del diseño. Un mensaje preciso solo ayuda si la recuperación propuesta está realmente disponible en el producto.

Entregables esperados

Un inventario de estados de error en todos los flujos
Mensajes y ubicaciones según el contexto
Requisitos de recuperación, reintento, deshacer y conservación de datos

Ver el brief de ejemplo

Del brief a la revisión

01
Mapea los contextos de fallo
Identifica errores evitables, fallos transitorios, límites de permisos y otros estados relevantes.
02
Escribe mensajes útiles
Explica lo ocurrido, el contexto útil y una acción siguiente real, sin culpar al usuario.
03
Especifica la recuperación
Conserva el trabajo y define el reintento, las vías alternativas o el deshacer según el fallo.

02 Cuándo usarlo

Cuándo usarla

Úsala cuando los fallos de varios flujos necesiten mensajes coherentes, acciones de recuperación y protección frente a la pérdida de trabajo.

Encaja bien

Comportamiento fragmentado ante fallosAporta coherencia a los errores en varios flujos del producto.
Problemas de pérdida de trabajoDefine cómo sobreviven lo introducido por el usuario y el contexto tras acciones fallidas.

Límites que conviene comprobar

No es fiabilidad de backendEl diseño no implementa la recuperación de red ni garantiza la disponibilidad del servicio.
No es solo validación de formulariosLa validación a nivel de campo de un único formulario corresponde a la tarea form-design.

Aporta estos datos

Inventario de fallosProporciona los errores conocidos y sus causas reales.
Capacidades de recuperaciónIndica los reintentos, deshacer y canales alternativos que existen de verdad.
Contexto del usuarioIndica qué datos o progreso deben sobrevivir a cada fallo.

03 Decisiones importantes

Decisiones que importan

Mensajes y acciones coinciden
Un error no debe ofrecer una recuperación que el sistema no pueda realizar.
El fallo no borra el progreso
Conservar el contexto hace que la recuperación sea menos costosa para el usuario.

04 Ejemplo de brief

Prueba un brief concreto

El brief de ejemplo de abajo no se ha probado. Revisa la configuración de la skill antes de usarlo.

Revisa la configuración

Carga el SKILL.md de esta tarea desde el repositorio designer-skills en la ubicación de skills compatible con tu agente. El archivo de entrada no establece ningún comando de instalación universal.

Archivo fuente original

https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/interaction-design/skills/error-handling-ux/SKILL.md

Aporta los casos de fallo reales y las acciones de recuperación disponibles. Este flujo de trabajo especifica la experiencia; no implementa la recuperación de backend.

Empieza con un entregable

Adapta el alcance, el material de origen y las restricciones de este brief antes de ejecutar la skill.

Brief de ejemplo

Usa error-handling-ux para revisar nuestros fallos de subida, guardado y permisos. Para cada uno, especifica la prevención, la ubicación del mensaje, los datos conservados y una acción de recuperación real. Distingue los fallos de red que admiten reintento de la denegación de acceso, y no inventes capacidades de backend.

Inspecciona el resultado

Comprueba el resultado real con estos criterios observables.

Los mensajes indican una acción siguiente útil.
Lo que el usuario introduce sobrevive en los caminos de fallo adecuados.
El reintento y la recuperación de permisos no se confunden.

OpenDesign ofrece un espacio de trabajo de diseño local para agentes de programación. Este listado no significa que la skill esté incluida ni que se incluyan sus herramientas externas, credenciales y dependencias de software.

Descargar OpenDesign Leer la guía de inicio rápido

05 Fuente y licencia

Fuente y licencia

Esta página describe la revisión fijada de la fuente enlazada abajo. El comportamiento y los requisitos originales pueden cambiar.

Propietario de la fuente: Owl-Listener
Repositorio: Owl-Listener/designer-skills
Archivo de la skill: interaction-design/skills/error-handling-ux/SKILL.md
Licencia: MIT
Instantánea revisada: 2026-10-07 · 9a6930cf84a8

Resumen editorial de la fuente

Planifica cómo se previenen, se explican y se resuelven los errores en los flujos del producto.

Resumen original de OpenDesign, basado en la fuente enlazada. Las estrellas del repositorio son una señal de popularidad fechada, no el uso de la skill ni una puntuación de calidad.

06 Preguntas antes de empezar

Preguntas antes de empezar

¿Todos los errores deben usar un toast?

No. La fuente vincula la ubicación al contexto, incluidos los estados en línea, de página completa, de banner y de permisos.

¿Puede un reintento resolver un error de acceso?

No automáticamente. La recuperación debe corresponder al requisito de permisos real.

¿Implementa el autoguardado?

No. Identifica requisitos de diseño; la implementación y las pruebas son aparte.

OpenDesign

Deja espacio para la siguiente iteración de diseño.

Mantén tu brief, el material de origen y tu trabajo de diseño juntos en un espacio de trabajo local. Revisa la configuración propia de la skill antes de añadirla a tu flujo de trabajo.

Descargar OpenDesign Explorar skills de diseño