critique

Visión general de la skill critique

Qué hace la skill critique

La skill critique es un flujo estructurado de revisión UX para evaluar una página, funcionalidad o componente como una experiencia diseñada, no solo como una interfaz que “funciona”. Lleva al modelo a inspeccionar la jerarquía visual, la arquitectura de la información, el tono emocional, la carga cognitiva y las heurísticas de usabilidad, y luego convertir todo eso en feedback concreto en lugar de opiniones vagas.

Quién debería instalar critique

La skill critique encaja mejor para diseñadores, ingenieros frontend, equipos de producto y builders de IA que necesitan feedback rápido, tipo auditoría UX, sobre interfaces. Resulta especialmente útil cuando tienes una captura, una página en vivo o un componente ya construido y quieres una revisión más precisa que el típico prompt de “¿qué opinas de este diseño?”.

Mejor trabajo a resolver

Usa critique cuando la tarea real sea: “Dime por qué esta interfaz funciona o falla, con qué van a tropezar los usuarios y qué debería cambiar primero”. Es una buena opción para revisiones de diseño, chequeos previos al lanzamiento, limpieza de UI generada por IA y procesos de critique for UX Audit donde priorizar importa más que la estética por sí sola.

Qué hace diferente a esta skill

Su principal diferencial es que critique tiene un criterio marcado. No se queda en comentarios generales de diseño. Comprueba de forma explícita patrones de “AI slop”, usa puntuación heurística y recomienda pruebas basadas en personas. Eso hace que el resultado sea más diagnóstico y más repetible que el de prompts de crítica comunes.

Dependencia importante antes de usarla

En la práctica, esta skill no funciona de forma independiente. Sus propias instrucciones exigen usar antes la skill /frontend-design, y además seguir el protocolo de recopilación de contexto de esa skill. Si todavía no existe contexto de diseño, el repositorio indica ejecutar /teach-impeccable antes de la crítica. Esa dependencia es el principal punto de adopción que conviene entender desde el principio.

Cómo usar la skill critique

Contexto de instalación y ruta en el repositorio

La skill critique está en .agents/skills/critique dentro de pbakaus/impeccable. Si usas un cargador de skills, instálala desde ese repositorio y selecciona la skill critique. Si tu entorno permite cargar skills directamente desde un repo, apúntalo a:

• pbakaus/impeccable
• skill: critique

Si prefieres revisar manualmente antes de instalar, empieza aquí:

• .agents/skills/critique/SKILL.md
• .agents/skills/critique/reference/cognitive-load.md
• .agents/skills/critique/reference/heuristics-scoring.md
• .agents/skills/critique/reference/personas.md

Léelo antes de tu primera instalación de critique

No la trates como un simple fragmento de prompt listo para pegar. La skill da por hecho que ya existe contexto de diseño. El repositorio hace obligatorio /frontend-design y pide seguir su protocolo de recopilación de contexto antes de ejecutar critique. Si te saltas ese paso, la calidad de salida baja porque al modelo le faltan objetivos, audiencia e intención de la interfaz.

Qué entrada necesita la skill critique

Para sacar buen partido de critique, aporta:

• el área de la interfaz que se va a revisar
• capturas de pantalla o una descripción visual clara
• el objetivo del producto
• los usuarios objetivo
• la tarea principal que el usuario intenta completar
• restricciones como plataforma, marca, accesibilidad u objetivos de conversión

Con una entrada mínima puede funcionar, pero la crítica mejora mucho cuando el modelo entiende cómo sería el éxito.

El mejor patrón de invocación

La pista de argumentos de la skill es [area (feature, page, component...)]. En la práctica, conviene invocarla con un alcance específico, por ejemplo:

• critique checkout page
• critique onboarding modal
• critique dashboard sidebar
• critique pricing page for UX Audit

Los alcances concretos generan feedback más accionable que un simple “critique my app”.

Cómo convertir una petición vaga en un buen prompt de critique

Petición floja:

• “Critique this UI.”

Mejor petición:

• “Critique this settings page for UX Audit. The goal is to help first-time users enable notifications without confusion. Audience is non-technical SMB owners. Prioritize visual hierarchy, cognitive load, and whether the main action is obvious.”

Por qué funciona:

• nombra al usuario
• nombra la tarea
• nombra el criterio de éxito
• le dice a la skill qué debe priorizar

Flujo recomendado en la práctica

Un flujo práctico de critique guide sería:

1. Recopilar contexto con /frontend-design.
2. Indicar el objetivo del producto y la tarea del usuario.
3. Pasar a critique la pantalla, funcionalidad o componente exactos.
4. Pedir hallazgos agrupados por severidad.
5. Tras la primera revisión, pedir recomendaciones revisadas teniendo en cuenta tus límites de ingeniería o de marca.

Esta secuencia es más fiable que pedir crítica y rediseño de una sola vez.

Qué evalúa bien la skill

Según el repositorio, la skill critique destaca especialmente en:

• detectar patrones genéricos de UI generada por IA
• evaluar jerarquía y claridad
• identificar sobrecarga cognitiva
• aplicar puntuación heurística
• poner a prueba flujos con personas relevantes

Por eso resulta útil para hacer triage: detectar lo que parece pulido, pero aun así falla para los usuarios.

Cómo aprovechar bien los archivos de referencia

Los archivos de referencia importan más de lo que parece.

reference/cognitive-load.md ayuda al modelo a distinguir entre complejidad propia de la tarea y complejidad causada por un mal diseño, lo que deriva en mejores recomendaciones.

reference/heuristics-scoring.md añade un marco concreto de puntuación de 0 a 4 sobre las heurísticas de Nielsen, útil cuando quieres una revisión comparable entre varias pantallas.

reference/personas.md se aprovecha mejor de forma selectiva. Elige 2 o 3 personas que encajen con la audiencia real, en lugar de forzar las cinco en cada revisión.

Buenos prompts de critique for UX Audit

Si tu objetivo es usar critique for UX Audit, pide una salida estructurada como:

• top 5 de riesgos de usabilidad
• puntuaciones heurísticas con evidencia breve
• puntos probables de fallo para las personas elegidas
• correcciones de mayor prioridad primero
• qué conviene mantener sin cambios

Ese formato produce una revisión que puedes entregar a un equipo sin tener que reescribirla.

Errores comunes que reducen la calidad del resultado

El error más frecuente es pedir feedback de diseño sin interfaz, sin captura y sin contexto de tarea. Otro fallo habitual es usar la skill critique para generar una UI nueva desde cero. Esta skill funciona mejor evaluando y priorizando problemas que inventando sistemas de diseño completos.

FAQ de la skill critique

¿critique es apta para principiantes?

Sí, pero solo si aportas contexto básico. Un principiante puede obtener valor rápidamente compartiendo una pantalla y un objetivo de usuario. Sin eso, la skill critique puede sonar convincente mientras pasa por alto el problema real del producto.

¿Es mejor que un prompt de crítica normal?

Por lo general, sí. El valor no está solo en la redacción, sino en el marco de revisión integrado: detección de AI slop, análisis de carga cognitiva, puntuación heurística y pruebas con personas. Eso da a critique usage más consistencia que un prompt genérico.

¿Necesito primero la skill frontend-design?

En la práctica, sí. El repositorio la marca como obligatoria. Si quieres que la instalación de critique sea útil desde el primer día, cuenta con usarla junto con /frontend-design y no de forma aislada.

¿Qué tipo de artefactos funcionan mejor?

Las mejores entradas son capturas de pantalla, páginas renderizadas, prototipos o descripciones detalladas de la interfaz con un contexto de tarea claro. El código por sí solo sirve menos, salvo que el comportamiento de la UI esté descrito o sea visible.

¿Cuándo no debería usar critique?

No uses critique cuando necesites:

• revisión profunda de implementación a nivel de código
• auditoría de cumplimiento de accesibilidad por sí sola
• diagnóstico de conversión basado en analítica
• un rediseño completo sin una interfaz existente que inspeccionar

Es un evaluador centrado en UX, no un sustituto de auditorías especializadas.

¿Puede critique comparar varias opciones de diseño?

Sí. Debería funcionar bien para una revisión lado a lado si pides puntuación comparativa y tradeoffs. Da el mismo contexto de tarea y audiencia para cada opción para que la comparación se mantenga justa.

Cómo mejorar la skill critique

Dale al modelo el objetivo de la interfaz, no solo la pantalla

La mejor forma de mejorar los resultados de critique es explicar qué intenta conseguir la interfaz. El repositorio lo pide explícitamente. Una pantalla bonita puede seguir fallando si la tarea principal no queda clara, y la skill está diseñada precisamente para detectar eso.

Pide severidad, evidencia y correcciones

Si quieres una salida que lleve a la acción, pídele a la skill critique que formatee los hallazgos como:

• problema
• por qué importa
• evidencia en la UI
• severidad
• corrección recomendada

Esto evita comentarios vacíos y hace que las revisiones sean más fáciles de priorizar.

Elige personas que encajen con la audiencia real

Las pruebas con personas ganan mucha fuerza cuando seleccionas solo los arquetipos relevantes. Por ejemplo:

• usuario primerizo para onboarding
• power user impaciente para dashboards densos
• usuario ansioso para flujos financieros o destructivos

Usar todas las personas en exceso puede diluir la crítica.

Mejora prompts débiles con restricciones concretas

Un prompt más sólido de critique guide incluye restricciones como:

• mobile-only
• brand cannot change colors
• must keep current information architecture
• engineering team can only make low-effort fixes this sprint

Las restricciones obligan a que las recomendaciones sean más realistas.

Vigila el principal modo de fallo

El principal modo de fallo es recibir feedback amplio y con estilo, pero desconectado de las tareas reales del usuario. Si la primera salida suena genérica, haz preguntas de seguimiento como:

• “Which issue most likely blocks task completion?”
• “What would confuse a first-time user in the first 10 seconds?”
• “Which recommendation has the highest impact with lowest implementation effort?”

Usa la puntuación heurística con cuidado

Las puntuaciones sirven para comparar y priorizar, pero también pueden transmitir una falsa precisión. Pide una evidencia breve debajo de cada puntuación. Así mantienes la skill critique anclada a problemas visibles de la UI y no a números arbitrarios.

Ejecuta critique en dos pasadas

Un flujo de alta calidad sería:

1. primera pasada: diagnosticar problemas
2. segunda pasada: refinar soluciones con restricciones reales

Separar el diagnóstico del rediseño mejora la claridad y normalmente produce recomendaciones más fiables.

Mejora los resultados después de la primera crítica

Después de la primera ejecución, devuelve:

• supuestos corregidos sobre los usuarios
• capturas de estados revisados
• restricciones que el modelo ignoró
• con qué hallazgos está o no está de acuerdo tu equipo

La skill critique mejora cuando se trata como un revisor iterativo, no como un juez de una sola pasada.

Úsala donde tiene su mayor ventaja

Esta skill critique aporta más valor en interfaces que parecen pulidas pero pueden ocultar problemas de UX: landing pages generadas por IA, dashboards, flujos de onboarding, paneles de configuración y superficies de producto densas. Ahí es donde su detección de anti-patrones y su marco de carga cognitiva añaden más información útil.

Ten claro el tradeoff antes de adoptarla

El tradeoff es simple: critique ofrece feedback UX más riguroso que un prompt normal, pero solo si le das contexto y aceptas su marco de trabajo opinado. Si quieres una opinión ligera e improvisada, un prompt normal puede ser más rápido. Si buscas una crítica repetible para UX Audit, esta skill encaja mejor.