Communitygithub.com

julio-antislop-design

Concebir, construir, rediseñar o revisar páginas de aterrizaje, sitios, interfaces de app, paneles, documentación y portafolios con un aspecto diseñado y no generado, eliminando los clichés visuales de IA.

¿Qué es julio-antislop-design?

Este skill transforma interfaces web genéricas en experiencias visuales únicas y profesionales. En lugar de depender de patrones generados por IA o plantillas predefinidas, aplica un proceso estructurado que comienza con la comprensión profunda del tema del cliente, la selección de referencias reales fuera de la media, y la implementación de un "piso" de calidad que garantiza accesibilidad WCAG 2.2 AA, honestidad en el contenido, trazabilidad de recursos, rendimiento y buenas prácticas técnicas. El skill opera en dos modos principales: un camino rápido para cambios pequeños o componentes, y un camino completo de 12 pasos para proyectos nuevos o rediseños, que incluye desde la definición del brief hasta la entrega final con controles automatizados. Está diseñado para plataformas como Claude Code, Cursor o Codex, y es ideal para cualquier tarea que modifique la apariencia, el layout, la tipografía, el color o la sensación de una interfaz web, ya sea en respuesta a solicitudes explícitas de diseño o como parte de la construcción de una landing page, un dashboard, una app o un portfolio.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/jrco-dev/julio-antislop-design/tree/HEAD/skills/julio-antislop-design

Preguntar en tu IA favorita

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

Documentación

¿Qué hace julio-antislop-design?

Una página generada se parece al promedio de todas las páginas vistas: nada es falso, nada ha sido decidido. Este skill reemplaza los defectos por decisiones: la idea surge del tema, la dirección proviene de referencias reales y de una selección fuera de la media, un piso protege la accesibilidad, la honestidad y el rendimiento, y miramos lo que hemos hecho antes de entregar. Quitar los tics no basta: una página vacía y limpia también es un tic (references/originality.md).

1. Elegir el camino

SolicitudCamino
Solicitud pequeña: un componente, una sección, un ajuste, una corrección, o "hazlo rápido"Rápido (§3)
Página nueva, sitio nuevo, pantalla nueva, sistema nuevoCompleto (§4)
Rediseñar uno existenteCompleto, variante rediseño (references/redesign.md)
Revisar un diseñoParrilla de references/critique.md y lista de references/tells.md, sin construir

2. Elegir el modo

Toda regla depende de lo que el visitante debe lograr en esa superficie, no del producto.

ModoEl visitante tiene éxito cuando…Superficies
Persuadirdecide y actúaLanding, marketing, precios
Operarcompleta una tareaApp, dashboard, admin, ajustes
LeercomprendeDocs, artículos, guías, ayuda
Experienciaestá dentro de la obraPortafolio, galería, vitrina

Dos superficies en una solicitud: cada una en su modo, paleta y tipografía compartidas.

Avanzar con la persona

Nunca hacerla esperar en silencio: preguntar pronto, sugerir en cada cuestión, mostrar tan pronto como algo se sostenga. Cuatro citas en el camino completo (ficha brief, tres primeras pantallas, primera versión, entrega), cada una con una propuesta recomendada; entre dos, nunca más de una decena de acciones sin mostrar nada. Detalle: references/intake.md, «Ritmo».

3. Camino rápido

  1. Leer DESIGN.md y PRODUCT.md si existen y respetarlos. Una pregunta como máximo, solo si un hecho bloquea.
  2. Aplicar el piso (§5) y los defectos del modo (references/defaults-by-mode.md); todo pasa por los tokens existentes, o una pequeña escala declarada si no los hay.
  3. node scripts/check-tokens.mjs <archivo> y node scripts/check-render.mjs <archivo> con cero errores; las capturas revisadas a 390 y 1440 px.
  4. Informe en 3 líneas: lo que ha cambiado, controles superados, lo que no pudo ejecutarse.

Sin encuadre completo, sin selección, sin tres héroes. Si la solicitud crece (una página entera), pasar al camino completo.

4. Camino completo, en 12 pasos

Detalle de cada paso: references/process.md. Los pasos 1 a 8 se realizan antes del código.

  1. Leer el proyecto, el modo, las imágenes realmente disponibles.
  2. Encuadrar de una vez: proyecto, gusto (todo lo que llena DESIGN.md), materia; 12 preguntas como máximo, luego una ficha brief validada una vez. Solo una delegación explícita («carta blanca») o la ausencia de persona dispensa del gusto. references/intake.md.
  3. Inventariar el tema: 8 a 12 elementos propios del cliente; real, mostrable, ausente. PRODUCT.md.
  4. Escribir el argumento: una afirmación y su prueba por sección.
  5. Ver referencias reales: 3 sitios de references/site-models.md, incluido uno fuera del sector; scripts/board.mjs para capturarlas.
  6. Tirar la dirección: node scripts/roll.mjs --mode <modo> --brief "…" --log direction-log.md (arquetipo, cartas, color, fuentes, riesgos), luego 5 direcciones, descartando las 2 más probables. references/originality.md.
  7. Formular la idea («[una cosa del tema] se convierte en [un procedimiento]», prueba del competidor), la cosa viva, DESIGN.md; tres primeras pantallas comparadas con scripts/explore.mjs, se elige una sola.
  8. Escribir todos los textos antes del código; títulos de 2 líneas como máximo a 320 px.
  9. Construir sin movimiento: tokens primero (colores, fuentes, escala tipográfica, escala de espaciado), luego hero, secciones, visuales (sin foto: references/visuals.md, un ancla visual del tema en las dos primeras pantallas), cosa viva.
  10. Controlar: check-tokens.mjs (el código), check-render.mjs --shots (la página renderizada), npx impeccable detect, rendimiento; luego el acabado (references/finish.md) y el control UX de las 30 leyes (references/ux-principles.md).
  11. Hacer juzgar por una mirada nueva: parrilla de references/critique.md, eje Originalidad y prueba del déjà-vu; corregir, tres rondas como máximo.
  12. Añadir el movimiento, reinspeccionar, entregar con el informe.

5. Piso absoluto

Nunca se levanta: ni por gusto, ni por el brief, ni por un recurso externo.

  • A1 Accesibilidad: WCAG 2.2 AA (contraste 4,5:1, 3:1 texto grande y controles), foco visible, teclado, objetivos de 24 px (44 apuntados en móvil), títulos sin salto, textos alternativos, movimiento reducido, contenido sin JavaScript fuera de Operar.
  • A2 Honestidad: ni cifra, ni cita, ni reseña, ni logo, ni cliente, ni funcionalidad inventados; el contenido de ejemplo se lista en el informe y se señala una sola vez en la página.
  • A3 Trazabilidad: cada fuente, componente, imagen y referencia tiene una fuente real verificada y una licencia que cubre el uso.
  • A4 Confidencialidad: ningún dato, maqueta o captura de un cliente hacia un servicio de terceros sin acuerdo por escrito.
  • A5 Rendimiento: LCP ≤ 2,5 s, INP ≤ 200 ms (TBT en laboratorio), CLS ≤ 0,1; si no, el efecto se convierte en una imagen fija. references/performance.md.
  • A6 Técnica: colores, fuentes, tamaños y espaciados únicamente en tokens; nunca transition: all ni animación de width, height, top, left; ningún desplazamiento horizontal de 320 a 1920 px; hero en dvh o svh; contenedor limitado.
  • A7 Brief: una instrucción explícita prevalece sobre los defectos levantables, nunca sobre A1 a A6.

6. Defectos levantables, lo esencial

Cada uno se levanta con una razón escrita vinculada a la idea o al brief. Tabla completa: references/defaults-by-mode.md; tics fechados: references/tells.md.

  • Ni eyebrow, ni mayúsculas espaciadas, ni numeración 01/02/03 sin secuencia real.
  • Ni degradado violeta, ni texto en degradado, ni resplandor, ni vidrio decorativo, ni fila de tarjetas idénticas icono-título-texto, ni emoji como icono.
  • Ninguna fuente refleja sin razón de marca (references/typography.md); sin fuente proporcionada, proponer 3 pares (references/font-catalog.md).
  • Una escala tipográfica modular y una escala de espaciado de tres niveles, nada fuera (references/spacing.md).
  • Un fondo, una tinta, un acento, el acento aproximadamente 4 veces como máximo por pantalla.
  • Ni el correctivo convertido en cliché (crema, serif, terracota) ni nuestra propia convergencia «clean anti-slop» (references/originality.md §1).

7. Cuándo leer qué

SituaciónArchivo
Detalle de los 12 pasos, lista de entrega, formato del informereferences/process.md
Encuadre: preguntas, gusto, materia, ficha briefreferences/intake.md
Reglas por modoreferences/defaults-by-mode.md
Inventario, idea, imágenes, producto sin fotoreferences/idea-and-direction.md
Visuales sin foto, clasificados por nota obtenida; prueba del tema sin textoreferences/visuals.md
Acabado: defectos señalados por los jueces y sus controlesreferences/finish.md
Selección, arquetipos, restricciones, riesgos, tres héroes, déjà-vureferences/originality.md
Landing, hero, formularios, vidrio, ilustración producto, bentoreferences/persuade.md
Navegación y pie de página (18 + 15 modelos)references/nav-footer.md
App, dashboard, gráficos, formulariosreferences/operate.md
Docs, artículos, portafolio, galeríareferences/read-and-experience.md
Rediseñoreferences/redesign.md
Paletareferences/color.md
Fuente y escala tipográfica; fuentes a proponerreferences/typography.md, references/font-catalog.md
Espaciado y ritmoreferences/spacing.md
Movimiento, efectos, video en códigoreferences/motion-and-video.md
Rendimiento por modoreferences/performance.md
Tics de IA fechadosreferences/tells.md
Las 30 leyes de UX, aplicadas, y el control UXreferences/ux-principles.md
Sitios modelo reales; galerías, bibliotecas, licenciasreferences/site-models.md, references/resources.md
Crítica por una mirada nuevareferences/critique.md

Cargar solo lo que la tarea necesita.

8. Entregar

No entregar hasta que el piso, check-tokens.mjs, check-render.mjs, el detector, las capturas, la crítica (Originalidad 4 sobre 5 al menos, ningún estilo conocido en la prueba del déjà-vu) y el diario de direcciones hayan pasado. Lista completa y formato del informe: references/process.md. Nunca declarar un control que no se ha ejecutado.

Skills relacionados