critique

Visión general de critique skill

Qué hace critique skill

La critique skill es un flujo estructurado de revisión de UX y diseño de producto para evaluar una página, una funcionalidad o un componente como experiencia de usuario real, no solo como una maqueta visual. Lleva al modelo a analizar la jerarquía visual, la arquitectura de la información, el tono emocional, la carga cognitiva, las heurísticas de usabilidad y los puntos de fricción según la persona usuaria, y luego convertir todo eso en feedback accionable.

Quién debería instalar critique

Esta critique skill encaja mejor con diseñadores de producto, ingenieros frontend, founders y builders de AI que ya tienen una pantalla, un prototipo o una interfaz en producción y quieren una revisión más precisa que un simple prompt de “dame feedback sobre esta UI”. Es especialmente útil cuando necesitas critique para trabajo de UX Audit, QA de diseño antes del lanzamiento o una segunda opinión sobre si una interfaz se siente genérica, confusa o recargada.

La necesidad real que resuelve

La mayoría de los usuarios no solo quieren opiniones. Quieren saber:

• qué está perjudicando primero la experiencia
• si la UI se siente derivativa o “generada por AI”
• qué problemas son cosméticos y cuáles bloquean la conversión
• cómo priorizar correcciones sin contar con un equipo de diseño completo

Esta skill está construida alrededor de esa necesidad. Plantea la critique como una herramienta de decisión, no como un comentario de estilo.

Qué diferencia a esta critique

Su mayor diferenciador es la insistencia en el contexto y su paso de detección de “AI slop”. En lugar de saltar directamente a observaciones superficiales, primero exige contexto de diseño y comprueba explícitamente si la interfaz repite patrones comunes de productos AI de 2024–2025, como grids de tarjetas genéricas, temas oscuros con exceso de glow, jerarquía débil y composiciones con aspecto de plantilla.

Además, va más allá de la voz de un único revisor al combinar:

• critique con enfoque de director de diseño
• análisis de carga cognitiva
• scoring heurístico
• testing basado en personas

Aviso importante antes de adoptarla

critique no es totalmente autónoma. El repositorio hace de frontend-design una dependencia obligatoria para principios y recopilación de contexto, y además indica que debes ejecutar primero teach-impeccable si todavía no existe contexto de diseño. Si buscas una instalación de critique sin preparación previa, esta cadena de dependencias es lo principal que conviene saber antes de adoptarla.

Cómo usar critique skill

Instala el contexto antes de confiar en critique

Este repositorio coloca critique en .claude/skills/critique, y el texto de la skill depende explícitamente de /frontend-design. En la práctica, critique funciona mejor cuando está instalado el conjunto más amplio de skills de impeccable, no cuando esta carpeta se trata como un archivo de prompt aislado.

Si tu ejecutor de skills admite instalaciones desde GitHub, instala desde el repositorio y luego confirma que critique, frontend-design y teach-impeccable están disponibles.

Lee primero estos archivos

Para decidir rápido si instalarla, lee:

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

Esa ruta te muestra casi todo lo importante: prerrequisitos, flujo de revisión, modelo de scoring y el enfoque usado para las pruebas con usuarios.

Qué input necesita critique skill

La critique skill rinde mucho mejor cuando proporcionas:

• el artefacto de interfaz: captura, mockup, URL o descripción del componente
• el área bajo revisión: página, flujo, modal, dashboard, onboarding, settings, etc.
• el objetivo principal del usuario
• el contexto del producto y su audiencia
• restricciones: mobile/desktop, B2B/B2C, accesibilidad, conversión, límites técnicos

Sin ese contexto, el modelo todavía puede comentar distribución y estética, pero no puede juzgar si la interfaz es adecuada para la tarea.

Convierte una petición vaga en un prompt sólido para critique

Prompt débil:

• “Critique this UI.”

Uso más sólido de critique:

• “Use the critique skill on this onboarding flow. The product helps finance teams close books faster. Primary goal: get a first report generated in under 5 minutes. Audience: mid-market accounting teams. Constraint: desktop web app, dense data is acceptable but first-time clarity matters. Please evaluate AI-slop signals, hierarchy, cognitive load, heuristic score, and test it as a first-timer and power user.”

La versión más sólida funciona mejor porque le da a la skill algo que optimizar, no solo algo a lo que reaccionar.

Sigue la preparación obligatoria del repositorio

La skill lo deja claro: primero ejecuta /frontend-design y sigue su protocolo de recopilación de contexto. Si no existe contexto de diseño, ejecuta /teach-impeccable antes de critique. Eso significa que el flujo previsto es:

1. recopilar contexto de diseño
2. entender qué intenta conseguir la interfaz
3. ejecutar critique frente a ese objetivo
4. devolver feedback priorizado

Si te saltas el paso 2, la salida suele volverse genérica porque el modelo no puede distinguir entre densidad intencional y mal diseño.

Usa critique para trabajo de UX Audit

Para casos de uso de critique en UX Audit, no pidas solo “feedback”. Pide:

• principales problemas por severidad
• resumen de scoring heurístico
• puntos probables de abandono del usuario
• modos de fallo específicos por persona
• recomendaciones concretas de rediseño

Esto empuja el resultado desde el comentario general a una salida de nivel auditoría sobre la que los stakeholders puedan actuar.

Qué está comprobando realmente este flujo

Según el repositorio, la critique skill es más fuerte cuando se usa para inspeccionar:

• uniformidad de diseño generada por AI
• problemas de jerarquía visual
• sobrecarga cognitiva
• arquitectura de la información débil
• patrones de interacción poco claros
• carencias en heurísticas de usabilidad
• desajuste entre el tono de la interfaz y las necesidades del usuario

Eso la hace más adecuada para evaluar UI ya publicada o realista que para idear conceptos desde cero.

Flujo de uso recomendado para critique

Un flujo práctico:

1. recopila la pantalla y el objetivo
2. define el tipo de usuario y los criterios de éxito
3. invoca critique sobre un área concreta, no sobre todo el producto a la vez
4. revisa primero los 3 problemas más graves
5. pide recomendaciones revisadas después de aclarar las restricciones
6. repite con el siguiente flujo

Usar la critique skill página por página o flujo por flujo suele dar una señal más útil que pedir una revisión gigante de todo el producto en una sola pasada.

Cómo acotar bien la solicitud

Buenos alcances:

• flujo de registro
• página de pricing
• dashboard analítico
• panel de settings
• empty state
• checkout móvil

Malos alcances:

• “the whole app”
• “our design system”
• “everything on the website”

La skill es lo bastante detallada como para que un alcance demasiado amplio produzca una salida superficial. Reducir el área de revisión mejora la especificidad y la priorización.

Consejos prácticos para mejorar la calidad de salida

Para obtener mejor uso de critique, incluye:

• una frase sobre el objetivo de negocio
• una frase sobre la urgencia del usuario
• una frase sobre cómo se ve el éxito
• cualquier restricción conocida que no quieras que el modelo “elimine” proponiendo cambios

Ejemplo:

• “This page exists to get a team admin to invite coworkers immediately after signup. Speed matters more than education. We cannot remove required compliance messaging.”

Ese tipo de input ayuda a la skill a separar defectos reales de complejidad necesaria.

FAQ de critique skill

¿critique es mejor que un prompt normal de UX?

Por lo general, sí, si quieres un método de revisión repetible. El valor de critique skill no está en una supuesta magia de gusto de diseño, sino en la estructura incorporada: contexto previo obligatorio, detección de anti-patrones, scoring heurístico, marco de carga cognitiva y pruebas con personas. Un prompt normal puede dar opiniones decentes, pero es menos consistente y más fácil de llevar hacia elogios genéricos.

¿critique es apta para principiantes?

En gran parte sí, pero con una salvedad: la dependencia de frontend-design y, a veces, de teach-impeccable. Los principiantes pueden usar critique igualmente, pero deberían asumir que dedicarán unos minutos a entender el flujo previsto en lugar de lanzar un único prompt sin preparación.

¿Cuándo critique no encaja bien?

Evita esta critique skill cuando:

• necesitas generación de código más que revisión de diseño
• solo tienes una idea de producto vaga, no una interfaz
• primero necesitas estrategia de marca o copywriting
• no puedes aportar ningún contexto de usuario o producto

Aun así puede comentar lo visual por sí solo, pero ahí no es donde más se diferencia.

¿critique solo funciona con UI pulida?

No. Puede ser útil con wireframes, mocks preliminares y componentes tempranos, sobre todo para jerarquía y carga cognitiva. Pero las pruebas con personas y el scoring heurístico ganan credibilidad cuando el modelo de interacción es lo bastante visible como para evaluarlo.

¿Puedo usar critique para un único componente?

Sí, siempre que el componente tenga una función real dentro de su contexto. Un panel de filtros, un modal, una tabla o un formulario pueden beneficiarse del uso de critique. Solo explica dónde aparece, quién lo usa y qué intenta completar.

¿Qué debería esperar como salida?

Una buena salida de critique debería darte:

• los principales riesgos de UX
• severidad o priorización
• razones concretas de por qué esos problemas importan
• ejemplos de qué cambiar
• una distinción clara entre pulido superficial y problemas estructurales de UX

Si el resultado son sobre todo adjetivos, probablemente faltó contexto en el prompt.

Cómo mejorar critique skill

Dale a critique una métrica de éxito, no solo una pantalla

La forma más rápida de mejorar la salida de critique es indicar el resultado esperado para el usuario. “Review this dashboard” es más débil que “Review this dashboard for whether a new manager can spot blockers in under 30 seconds.” Las métricas de éxito afinan todos los juicios posteriores.

Proporciona la audiencia y la madurez del producto

La misma interfaz puede ser adecuada para:

• operadores expertos en una herramienta B2B densa
• inadecuada para consumidores primerizos
• aceptable en tooling interno
• floja para un producto premium orientado al cliente

Si indicas la audiencia y el nivel de madurez, la critique skill puede evaluar tradeoffs en lugar de caer por defecto en consejos de UX genéricos.

Pide explícitamente la selección de personas para critique

El repositorio incluye varias personas, pero no todas son útiles en todos los casos. Mejora critique para tareas de UX Audit indicando qué tipos de usuario importan más, por ejemplo:

• first-timer
• power user
• cautious admin

Esto evita que la salida disperse la atención en modos de fallo irrelevantes.

Fuerza la priorización después de la primera pasada

Un modo de fallo habitual es una lista larga de observaciones sin valor claro para decidir. Después de la primera critique, pregunta:

• “Which 3 issues most threaten task completion?”
• “Which issue is most likely to reduce trust?”
• “What should be fixed before launch versus later?”

Esto convierte el análisis en un plan de acción.

Indica las restricciones que el modelo debe respetar

Si la interfaz debe seguir siendo:

• densa en datos
• con apariencia enterprise
• compliant
• alineada con la marca
• mobile-first
• de bajo esfuerzo de ingeniería

dilo de forma explícita. Si no, critique puede sugerir rediseños más limpios pero poco realistas.

Vigila la sobrecorrección genérica de “AI slop”

Uno de los puntos fuertes de esta critique skill es detectar patrones genéricos creados por AI. Pero no conviene sobrerreaccionar y eliminar toda convención moderna solo para parecer diferente. La mejor pregunta no es si el diseño es simplemente distinto, sino si es distintivo y adecuado. Usa esa sección para detectar similitud perezosa y luego valida los cambios frente a la usabilidad.

Mejora los inputs con iteración de antes y después

Buena práctica:

1. ejecuta critique sobre el diseño actual
2. aplica o simula 2–3 cambios importantes
3. ejecuta critique otra vez sobre la versión revisada
4. compara si los principales riesgos realmente bajaron

La skill se vuelve mucho más útil cuando se usa como un bucle iterativo de diseño y no como un veredicto único.

Razones comunes por las que la salida de critique se siente floja

Normalmente falta una de estas piezas:

• no hay objetivo de usuario
• no hay contexto de producto
• el alcance es demasiado amplio
• no hay restricciones
• el artefacto no tiene suficiente calidad para inspeccionarlo
• se pide “thoughts” en lugar de una estructura de revisión definida

Cuando se corrigen esas carencias, la guía de critique se vuelve mucho más accionable.

Una plantilla de prompt sólida para usar mejor critique

Usa un prompt como este:

• “Use the critique skill on [area].
• Product: [what the product does]
• Audience: [who this is for]
• Primary task: [what the user needs to do]
• Success metric: [what success looks like]
• Constraints: [platform, compliance, technical, brand]
• Review for: AI-slop signals, hierarchy, cognitive load, heuristics, and 2 relevant personas.
• Output: top issues, severity, why they matter, and concrete fixes.”

Esta plantilla encaja muy de cerca con la forma en que el repositorio espera que funcione critique y normalmente produce una señal mejor que una petición abierta.