Communitygithub.com

design-pass

Aplica una dirección visual acordada a una página o componente reutilizando componentes existentes primero, luego verifica cada ancho y modo oscuro con la auditoría headless-Chrome más un diff de píxeles antes/después, y revisa contra Refactoring UI, Nielsen y WCAG 2.2. Úsalo cuando te pidan rediseñar, reestilizar, pulir o "hacer que se vea como la referencia", después de design-ref o cuando la dirección ya esté clara.

¿Qué es design-pass?

El skill `design-pass` automatiza la aplicación de una dirección visual acordada a una página o componente, siguiendo un flujo de trabajo riguroso. Está diseñado para entornos de desarrollo front-end que usan Node.js, navegadores headless y herramientas de auditoría visual. Primero, realiza una auditoría de referencia con `ui-audit` para capturar el estado actual. Luego, el desarrollador (o el agente, asistido por el checklist) modifica el código reutilizando componentes existentes, aplicando tokens de diseño del proyecto y siguiendo principios de diseño como Refactoring UI, Nielsen y WCAG 2.2. Finalmente, ejecuta una segunda auditoría y un diff de píxeles para confirmar que los cambios solo afectan lo deseado, verificando modo oscuro, contraste, y ausencia de regresiones. Este skill es óptimo para tareas de rediseño, reestilizado o pulido donde la dirección visual ya está definida, y se integra con herramientas como Claude Code, Cursor o Codex.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/iamk3nnyt/claude-skills/tree/HEAD/skills/design-pass

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

¿Qué hace design-pass?

Destino: $ARGUMENTS Toolkit: ${CLAUDE_SKILL_DIR}/../ui-audit/scripts/ · Checklist: ${CLAUDE_SKILL_DIR}/reference/review-checklist.md

1. Línea base (antes de tocar código)

Asegúrate de que el servidor de desarrollo esté en ejecución (inícialo en segundo plano si es necesario; nunca ejecutes una compilación de producción), luego:

node ${CLAUDE_SKILL_DIR}/../ui-audit/scripts/audit.mjs http://localhost:<port> --pages <path> --widths 375,768,1440 --dark --out /tmp/design-pass/before

2. Auditoría antes de parchear

  • Encuentra todos los componentes que renderiza el destino, y todos los demás lugares que renderizan el mismo patrón (busca nombres de clase y nombres de componente).
  • Reutiliza un primitivo existente (botón, tarjeta, modal, encabezado de sección) antes de escribir uno nuevo. Si el mismo marcado aparece 2+ veces, extráelo, luego reestiliza una vez.
  • Construye exactamente lo que se pidió. Sin secciones nuevas, insignias, alternadores ni animaciones a menos que se soliciten.
  • Usa solo los tokens del proyecto. Si un valor no está en la escala, usa el paso más cercano, o propón un token (consulta design-ref).

3. Aplica

Trabaja a través de la lista de verificación: jerarquía, una acción principal por vista, la escala de espaciado, la escala tipográfica, estados vacío/cargando/error, y entradas ≥ 16 px en móvil.

4. Verifica

node ${CLAUDE_SKILL_DIR}/../ui-audit/scripts/audit.mjs http://localhost:<port> --pages <path> --widths 375,768,1440 --dark --out /tmp/design-pass/after
node ${CLAUDE_SKILL_DIR}/../ui-audit/scripts/diff.mjs /tmp/design-pass/before /tmp/design-pass/after
  • Lee las hojas posteriores para cada ancho en modo claro y oscuro. Mira los PNG de diff para detectar cambios no deseados fuera del destino.
  • Verificación de escala de grises: vuelve a ejecutar un ancho con --inject "document.documentElement.style.filter='grayscale(1)'".
  • Luego el conjunto completo de anchos de ui-audit una vez, y typecheck + lint (sin compilación).
  • Si el proyecto mantiene un archivo de Figma sincronizado con el código, actualiza los marcos correspondientes en la misma tarea.

Criterios de salida

  • Sin desplazamiento lateral, sin nuevos hallazgos de contraste o axe en comparación con el anterior.
  • El diff muestra cambios solo donde se pretendía.
  • No hay un nuevo componente que duplique uno existente, y sin UI no solicitada.
  • Modo oscuro verificado, o confirmado que el proyecto no tiene.
  • Typecheck y lint pasan.
  • Un breve resumen para el usuario, más las rutas de 1 a 2 hojas que vale la pena revisar.

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

Skills relacionados