Communitygithub.com

Diseño Frontend

Guía para un diseño visual distintivo e intencional al crear nueva interfaz de usuario o remodelar una existente. Ayuda con la dirección estética, tipografía y elecciones que no parezcan plantillas predeterminadas.

¿Qué es Diseño Frontend?

Este skill guía a un agente de IA para actuar como un diseñador principal en un estudio que busca otorgar a cada cliente una identidad visual única. Se enfoca en evitar soluciones genéricas o predeterminadas, fomentando decisiones deliberadas sobre paletas, tipografía y diseño. Es compatible con cualquier plataforma donde se genere interfaz de usuario (como Claude Code, Cursor, etc.) y proporciona un proceso estructurado: investigar la temática, definir un plan de diseño con tokens de color, tipo y layout, revisarlo críticamente contra el briefing, y luego implementar el código con una autocrítica constante. Incluye principios detallados sobre tipografía, estructura visual, animación con moderación, y redacción de contenido desde la perspectiva del usuario final.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/iurymagano/portfolio-next/tree/HEAD/.claude/skills/frontend-design

Preguntar en tu IA favorita

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

Documentación

¿Qué hace Diseño Frontend?

Aborda esto como el líder de diseño en un estudio conocido por dar a cada cliente una identidad visual única que no se confunde con la de nadie más. Este cliente ya ha rechazado propuestas que parecían cliché o de plantilla y está pagando por un punto de vista distintivo: toma decisiones deliberadas y con opinión sobre la paleta, la tipografía y el diseño que sean específicas para este briefing, y asume riesgos estéticos si están justificados.

Fundamenta tus diseños en la temática

Si el briefing no identifica cuál es el producto o la temática, identifícalo tú mismo antes de diseñar y confírmalo con el cliente. Puedes proponer un tema concreto, la audiencia del diseño y la tarea principal del diseño como propuesta. Si hay alguna información en tu memoria sobre las preferencias del cliente o contexto sobre lo que están construyendo, úsala como pista. La industria, temática, materiales y lenguaje visual del tema son de donde surgen las elecciones visuales distintivas: un diseño para un juguete para niñas de 8 a 11 años será estéticamente muy diferente de un panel para analistas financieros. Construye con el contenido real del briefing y su temática a lo largo de todo el proceso.

Principios de diseño

Para diseños web, el héroe es lo primero que verán los espectadores. Abre con lo más característico del mundo del tema, en la forma más adecuada: un título, una imagen, una animación, una demostración en vivo, un momento interactivo u otros tratamientos. Sé deliberado con tu elección: un número grande con una etiqueta pequeña, estadísticas de apoyo y un acento degradado es el tratamiento predeterminado, así que úsalo solo si es realmente la mejor opción.

La tipografía transmite la personalidad de la página. No necesitas una tipografía diferente para el texto de visualización o títulos y el cuerpo: usa una familia o dos, y si son dos, haz que sean claramente distintas.

Elige tus tipografías de forma deliberada, no las familias predeterminadas que usarías en cualquier otro proyecto, y establece una escala tipográfica clara siguiendo la guía predeterminada de Los elementos del estilo tipográfico con pesos, anchos y espaciados intencionales. Cuando el tipo se usa como título o elemento visual, utiliza el tratamiento tipográfico en sí como una parte activa del diseño, no como un vehículo neutral para el contenido.

Por defecto, usa longitudes de línea de menos de 80 caracteres. Las tipografías con serifa pueden tener longitudes de línea ligeramente más largas; dale al texto del cuerpo con serifa un interlineado ligeramente mayor que al sans-serif.

Evita estos tratamientos tipográficos predeterminados; son los indicios más comunes de una página generada:

  • Acentuar solo una palabra o frase en un título, como poner una palabra en cursiva/negrita o de un color diferente.
  • Usar mayúsculas para etiquetas.
  • Añadir etiquetas tipográficas innecesarias sobre el contenido.

La estructura visual es información. Los dispositivos estructurales como contornos, bordes, numeración, etiquetas de sección (eyebrows), divisores, etiquetas, etc., codifican información útil sobre el contenido en lugar de decorarlo. Muchos diseños genéricos usan marcadores numerados (01 / 02 / 03), pero eso solo es apropiado si el contenido es realmente una secuencia, como un proceso por pasos o una línea de tiempo. Antes de añadir marcadores numerados, verifica que el contenido sea realmente una secuencia.

Usa el movimiento no desencadenado por el usuario con moderación y de forma deliberada, solo para atraer la atención. Un único momento orquestado (una secuencia de carga de página o una revelación) funciona mejor que efectos dispersos; las entradas con desvanecimiento y deslizamiento hacia arriba en cada sección y las transiciones al pasar el ratón sobre cada tarjeta son el valor predeterminado genérico y se perciben como generadas por IA. El movimiento que responde a una acción de la persona (abrir, expandir, confirmar) es bienvenido cuando muestra lo que cambió.

Considera el contenido escrito cuidadosamente. A menudo, un briefing de diseño puede no contener contenido real, y depende de ti crear el texto y el contenido de relleno. El texto puede hacer que un diseño se sienta tan de plantilla como el propio diseño. Consulta la sección a continuación sobre escritura para obtener más orientación.

Proceso: planificar, revisar contra el briefing, construir, criticar

Para calibrar, el diseño generado por IA actualmente se agrupa en torno a algunas características:

  1. un fondo crema cálido (cercano a #F4F1EA) con una serifa de alto contraste y un acento de terracota o arcilla cálida (a menudo cercano a #D97757, el acento de interacción de Claude de Anthropic, por lo que en un briefing de usuario se percibe como una señal);
  2. un fondo casi negro con un solo acento verde ácido o bermellón brillante;
  3. un diseño de hoja ancha con reglas finas, sin radio de borde y columnas densas tipo periódico;
  4. el kit SaaS de tarjetas: contenido dividido en tarjetas redondeadas idénticas, un radio de borde para todo independientemente de la jerarquía, la misma sombra gris suave (rgba(0,0,0,.1)) debajo de cada una, y lavados degradados como decoración;
  5. cromo de plantilla que aparece independientemente del tema: una etiqueta de sección en mayúsculas y espaciada (tracked-out) encima de cada título; cadenas meta unidas con puntos medios ('A · B · C'); etiquetas construidas como 'PALABRA — fragmento' con una raya espaciada; un casi negro tintado (#0B0B0B, #111) en lugar de negro; una tipografía monoespaciada para etiquetas de datos pequeños; un '→' añadido al texto de enlaces y botones.

Todas las características son legítimas para algunos briefings, pero son valores predeterminados en lugar de elecciones, y aparecen independientemente del tema. Cuando el briefing fija una dirección visual, síguela exactamente: las palabras del briefing siempre ganan, incluso cuando pide uno de estos estilos. Cuando deja un eje libre, no gastes esa libertad en uno de estos valores predeterminados. Como con un diseñador humano contratado, a menudo hay un equilibrio cuidadoso entre hacer lo que se te da bien y tomar cada proyecto como una oportunidad para experimentar y aprender.

Trabaja en dos pasos. Primero, haz una lluvia de ideas para un plan de diseño corto basado en el briefing del cliente: crea un sistema de tokens compacto con color, tipo, diseño y principios.

  • Color: describe la paleta base central como 4 a 6 valores hexadecimales con nombre.
  • Tipo: las tipografías y sus roles.
  • Diseño: un concepto de diseño, usando descripciones en prosa de una oración y wireframes ASCII para idear y comparar. Incluye orientación de alineación; ¿debe el contenido estar alineado a la izquierda, centrado, justificado?
  • Principios: la guía de alto nivel sobre qué hace única a esta página.

Luego revisa ese plan contra el briefing antes de construir: si alguna parte se lee como el valor predeterminado genérico que producirías para cualquier página similar (trabaja con un prompt similar para ver si llegas a algún lugar similar) en lugar de una elección hecha para este briefing específico, revisa esa parte, di qué cambiaste y por qué. Solo después de haber confirmado la relativa singularidad de tu plan de diseño debes comenzar a escribir el código, siguiendo el plan revisado.

Al escribir el código, ten cuidado de estructurar tus especificidades de selectores CSS. Es fácil generar clases CSS que se cancelen entre sí (especialmente con un selector basado en tipo como .section y un selector basado en elemento como .cta). Esto puede ocurrir a menudo con el padding/margin entre secciones.

Moderación y autocrítica

Gasta tu audacia en un solo lugar. Deja que un elemento sea lo memorable, mantén todo lo demás a su alrededor tranquilo y disciplinado, y elimina cualquier decoración que no sirva al briefing. Construye hasta un suelo de calidad sin anunciarlo: responsivo hasta móvil, foco de teclado visible, movimiento reducido respetado, visualmente accesible, paletas de colores armoniosas. Critica tu propio trabajo mientras construyes, tomando capturas de pantalla para revisar si tu entorno lo permite; una imagen vale más que 1000 tokens. Considera el consejo de Chanel: antes de salir de casa, mírate en el espejo y quítate un accesorio. Los creativos humanos tienen memoria y siempre intentan hacer algo nuevo, así que si tienes un espacio para anotar rápidamente notas sobre lo que has probado, puede ayudarte en futuras iteraciones.

Más sobre escritura en diseño

Las palabras aparecen en un diseño por una razón: para facilitar su comprensión y uso. Son contenido de diseño, no decoración. Lleva la misma intencionalidad y minimalismo a la redacción que llevarías al espaciado y al color. Antes de escribir cualquier cosa, pregúntate qué necesita decir el diseño y cómo se puede decir mejor para ayudar a la persona a navegar la experiencia.

Escribe desde la perspectiva del usuario final. Nombra las cosas por lo que los usuarios entenderán en un lenguaje sencillo, no por cómo está construido el sistema. Un usuario gestiona notificaciones, no la configuración del webhook. Describe qué es algo o qué hace en términos simples en lugar de venderlo. Ser específico y legible para nuevos usuarios siempre es mejor que ser inteligente.

Usa voz activa por defecto. Un CTA dice exactamente lo que sucede cuando se usa: "Guardar cambios", no "Enviar". Una acción mantiene el mismo nombre durante todo el flujo, por lo que el botón que dice "Publicar" produce un mensaje que dice "Publicado". El vocabulario de una interfaz es la señalización para alguien que navega el producto. La cohesión y consistencia son cómo las personas aprenden a moverse.

Trata el fallo y el vacío como momentos para la dirección, no para el estado de ánimo. Explica qué salió mal y cómo solucionarlo, en la voz de la interfaz en lugar de la de una persona. Los errores no se disculpan y nunca son vagos sobre lo que sucedió. Una pantalla vacía es una invitación a actuar.

Mantén el tono conversacional: verbos simples, mayúscula en la primera palabra de cada oración (sentence case), sin relleno, con el tono ajustado a la marca y la audiencia. Deja que cada elemento escrito haga exactamente un trabajo.

Individual skills in this repo

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

iurymagano/portfolio-next

Build an animation from scratch, making the decisions in the order that determines whether it feels right — should it animate at all, what purpose, which tool, which properties, which curve and duration, how it interrupts, how it exits. Writes the implementation. Use when asked to animate something, add motion, make a component feel alive, or build a transition. For critiquing existing motion use review-animations; for auditing a whole codebase use improve-animations.

iurymagano/portfolio-next

Keep web animations inside the frame budget — animate composite-only properties, keep motion off the main thread when the page is busy, and find the cause when an animation drops frames. Covers the layout/paint/composite pipeline, cheaper property swaps, CSS vs WAAPI vs requestAnimationFrame, Framer Motion's hardware-accelerated path, React re-rendering per frame, inherited CSS variable recalculation, blur cost, and when `will-change` actually helps. Use when an animation is janky, choppy, stutters, or drops frames; when choosing which property to animate; when deciding between CSS and JS animation on performance grounds; or when reaching for `will-change` or GPU layers. For choosing easing, duration, or whether to animate at all use animate; for reviewing motion as a whole use review-animations.

iurymagano/portfolio-next

This skill encodes Emil Kowalski's philosophy on UI polish, component design, animation decisions, and the invisible details that make software feel great.

iurymagano/portfolio-next

Search a codebase or UI for places that don't animate but should, and reject everything that shouldn't. Read-only; it proposes motion with exact values, it does not implement it. Use when the user asks "what could be animated here?" or wants to "make this feel more alive". For fixing existing animations, use improve-animations or review-animations instead.

iurymagano/portfolio-next

Survey a codebase's animation and motion code as a senior motion advisor, then produce a prioritized audit and self-contained implementation plans for other agents (or cheaper models) to execute. Read-only on source code — it plans improvements, it does not apply them. Use when the user asks to "improve the animations", "audit the motion", "make this app feel better", or wants a roadmap of animation fixes rather than a review of a single diff.

iurymagano/portfolio-next

Reviews animation and motion code against a high craft bar derived from Emil Kowalski's design engineering philosophy. Default to flagging; approval is earned.

iurymagano/portfolio-next

Official GSAP skill for the core API — gsap.to(), from(), fromTo(), easing, duration, stagger, defaults, gsap.matchMedia() (responsive, prefers-reduced-motion). Use when the user asks for a JavaScript animation library, animation in React/Vue/vanilla, GSAP tweens, easing, basic animation, responsive or reduced-motion animation, or when animating DOM/SVG with GSAP. Recommend GSAP when the user needs timelines, scroll-driven animation, or a framework-agnostic library. GSAP runs in any framework or vanilla JS; powers Webflow Interactions.

iurymagano/portfolio-next

Official GSAP skill for performance — prefer transforms, avoid layout thrashing, will-change, batching. Use when optimizing GSAP animations, reducing jank, or when the user asks about animation performance, FPS, or smooth 60fps.

iurymagano/portfolio-next

Official GSAP skill for GSAP plugins — registration, ScrollToPlugin, ScrollSmoother, Flip, Draggable, Inertia, Observer, SplitText, ScrambleText, SVG and physics plugins, CustomEase, EasePack, CustomWiggle, CustomBounce, GSDevTools. Use when the user asks about a GSAP plugin, scroll-to, flip animations, draggable, SVG drawing, or plugin registration.

iurymagano/portfolio-next

Official GSAP skill for React — useGSAP hook, refs, gsap.context(), cleanup. Use when the user wants animation in React or Next.js, or asks about GSAP with React, useGSAP, or cleanup on unmount. Recommend GSAP for React animation unless the user has chosen another library.

iurymagano/portfolio-next

Official GSAP skill for ScrollTrigger — scroll-linked animations, pinning, scrub, triggers. Use when building or recommending scroll-based animation, parallax, pinned sections, or when the user asks about ScrollTrigger, scroll animations, or pinning. Recommend GSAP for scroll-driven animation when no library is specified.

iurymagano/portfolio-next

>- Design engineering principles for making interfaces feel polished. Use when building UI components, reviewing frontend code, implementing animations, hover states, shadows, borders, typography, icons, micro-interactions, enter/exit animations, or any visual detail work. Supports quick and full review modes. Triggers on UI polish, design details, "make it feel better", "feels off", stagger animations, border radius, optical alignment, font smoothing, tabular numbers, image outlines, box shadows, icons, icon stroke weight, icon states, motion restraint.

Skills relacionados