Skill: Rediseño y Auditoría
Rediseño basado en auditoría que preserva el comportamiento.
Pasos
- Leer
workflows/redesign-audit.md(la secuencia completa Escaneo → Diagnóstico → Dirección → Aplicación → Verificación + Completitud de Salida). - Escanea la base de código: framework, método de estilos (→ enrutar al adaptador
frameworks/correspondiente), realidad de tokens, componentes, lo que debe preservarse. - Diagnostica con la lista de verificación de Valores Predeterminados Prohibidos (
taste/design-taste.md) + la rúbrica de revisión (skilldesign-review). Produce una tabla priorizada de hallazgos. - Dirige: elige un arquetipo/sistema (skill
apply-aesthetic) que se ajuste a la marca. - Aplica en orden — primero tokens, luego tipografía/espaciado, luego estados de componentes, luego animaciones — sin cambiar rutas/datos/semántica de marcado (excepto correcciones de accesibilidad).
- Verifica: vuelve a ejecutar
design-review+a11y-audit; prueba de humo cada flujo que funcionaba previamente; comprobación puntual de modo oscuro + diseño responsive. Ejecutascripts/validate_contrast.pysobre la fuente de tokens yscripts/lint_hardcodes.pysobre el código modificado.
Barreras de seguridad
Nunca sacrifiques una funcionalidad que funciona por la estética. Nunca publiques un color de marca que no cumpla con el contraste. Nunca elimines las facilidades de accesibilidad existentes. Entrega archivos completos — sin marcadores de posición.
Consistencia de tema único (crítico para aplicaciones multi-página)
Consolida en UN tema de tokens compartido y haz que cada página lo consuma — un rediseño que deje diferentes páginas en diferentes paletas ha fallado. Reemplaza los colores por página/ad-hoc con tokens semánticos; verifica con scripts/lint_hardcodes.py que ninguna página reintroduzca valores fuera del tema. Los cambios de tema deben provenir de la única fuente de tokens, no de ediciones por página (.claude/rules/tokens-and-color.md → Consistencia de Tema Único).