Poner una animación es fácil. Conseguir que una interfaz responda con la duración, la curva y el foco correctos ya es otro cantar. Emil Design Engineering convierte el criterio de Emil Kowalski sobre diseño y movimiento en instrucciones para agentes de código, aunque no sustituye una revisión profesional ni demuestra por sí solo que el resultado sea accesible.
TL;DR: El resumen sin rodeos
- Qué es: una colección de skills que traslada los criterios de diseño y animación de Emil Kowalski a un agente de código.
- Qué corrige: duraciones torpes, curvas inadecuadas, animaciones innecesarias y microinteracciones que no responden como deberían.
- Instalación: el repositorio indica un único comando mediante el CLI de skills.
- Límite decisivo: son reglas prescriptivas del autor, no una referencia independiente de accesibilidad ni una garantía automática de calidad.
En este artículo
| Qué es | Colección de skills que inyectan los criterios de diseño de Emil Kowalski en tu agente de código para pulir animaciones, componentes y micro-interacciones. |
|---|---|
| Web oficial | https://emilkowal.ski/skill |
| Repositorio | repo |
| Licencia | MIT |
| Precio | código abierto |
| Alternativa a | Revisión manual de animaciones y detalles de interacción por un diseñador senior |
| Estrellas en GitHub | 39.914 |
| Año de lanzamiento | 2026 |
| Quién lo mantiene | emilkowalski (persona) |
Revisado el 2026-09-25
Esta herramienta forma parte de estos recopilatorios: Skills de diseño para Claude Code y Codex · Skills para Claude Code, Codex y otros agentes de código
El problema que resuelve
Emil Design Engineering intenta resolver una carencia bastante evidente: los agentes escriben código funcional, pero no siempre saben cuándo una animación sobra, cuánto debe durar o desde dónde debería aparecer un elemento.
La skill principal emil-design-eng ordena ese criterio alrededor de animaciones, componentes y pequeños detalles de interacción. Su tesis es que una interfaz se percibe mejor cuando muchas decisiones casi invisibles están bien resueltas.
En cristiano: sirve para evitar que tu agente convierta cada botón en una atracción de feria. Le obliga a justificar el movimiento, elegir una curva, limitar la duración y pensar en foco, frecuencia de uso, interrupciones y reducción de movimiento.
Eso la coloca dentro de las skills de diseño para agentes de código y, por compatibilidad, también dentro de la guía general de skills para Claude Code y Codex. Es una sola reseña del paquete Emil, con emil-design-eng como puerta de entrada. Animate, review-animations y apple-design son módulos del mismo repositorio. No hace falta inventarse tres herramientas nuevas.
Cómo se pone en marcha
El README oficial prescribe este comando: npx skills@latest add emilkowalski/skills. La evidencia verificada no acredita destinos concretos del CLI. Para esta reseña tampoco se ha ejecutado una instalación local.
El repositorio es de código abierto y tiene licencia MIT. No aparece un precio de compra para el paquete. Tampoco hay datos suficientes para calcular posibles costes del entorno, del asistente de código o de otros servicios que utilices alrededor.
Tras instalarlo, puedes hacer una comprobación orientativa: pedir al agente que revise una interacción concreta, por ejemplo un desplegable con ease-in, 400 ms y origen centrado. Si detecta esos ingredientes y propone una tabla Antes/Después, la respuesta encaja con las reglas de la skill. Pero ojo: eso no demuestra que las instrucciones se hayan cargado ni que la interfaz final sea buena, accesible o fluida en todos los dispositivos.
Copia esto y pégalo en Claude Code, Cursor o tu asistente de código favorito:
Instala Emil Design Engineering desde https://github.com/emilkowalski/skills con el comando oficial. Después de ejecutar el comando oficial, pide una revisión de un desplegable con ease-in, 400 ms y origen centrado. La forma de usar emil-design-eng depende de tu entorno. Devuelve una tabla Antes/Después y comprueba prefers-reduced-motion.
El repositorio solo documenta el comando de instalación. La configuración y las pruebas dependen del entorno que utilices.
MCP de Emil Design Engineering (Emil Kowalski Skills)
No hay una integración MCP oficial documentada. El repositorio explica la instalación mediante el CLI de skills. Inventarse un servidor, una conexión o capacidades que no aparecen ahí sería vender humo.
¿Impide usarlo? No. Una skill y un MCP resuelven cosas distintas: aquí se cargan instrucciones de criterio dentro del agente; no se documenta una conexión a una fuente externa o a una interfaz remota. Si necesitas una integración MCP, esta reseña no tiene pruebas para recomendarla.
Usándola en marketing real
En un equipo pequeño, el caso útil sería revisar una landing page antes de publicarla. El agente podría detectar botones sin respuesta al pulsar, menús que entran con lentitud o animaciones repetidas que cansan después de tres clics.
El valor está en ordenar la decisión, no en "añadir movimiento" porque sí. Primero pregunta si algo debe animarse. Después, para qué y con qué propiedad, curva o duración. Esa secuencia tiene bastante más sentido que pedir "hazlo más moderno" y rezar para que no aparezcan veinte elementos flotando.
La trampa de estas skills está en confundir una respuesta bien argumentada con una interfaz bien resuelta. El texto puede respetar cada regla y fallar en el navegador, con teclado o en un móvil real. El criterio escrito ahorra discusiones. Luego toca abrir el navegador y mirar, porque esa parte sigue siendo trabajo humano.
Lo que no te cuentan
El criterio es deliberadamente prescriptivo y procede del autor. Eso aporta coherencia, pero no equivale a una comparación independiente, una auditoría completa de accesibilidad o una garantía de calidad.
Ojo con convertir las estrellas del repositorio en una supuesta prueba de adopción. No cuentan usuarios, instalaciones ni personas trabajando con emil-design-eng. Usarlas como si fueran lo mismo sería hacer trampas con corbata.
También falta una prueba comparativa documentada. Por eso esta reseña puede explicar las reglas, la instalación y el alcance. Lo que no puede afirmar es que Emil Design Engineering produzca mejores interfaces que unas instrucciones propias bien escritas.
Alternativas
La alternativa con fundamento es que un diseñador senior revise las animaciones y los detalles de interacción. Lleva más tiempo y depende de que esté disponible, pero puede juzgar el contexto, la jerarquía visual y el comportamiento real. Una lista de reglas no llega hasta ahí.
Impeccable pertenece a la misma categoría editorial y puede ser una referencia relacionada, pero el dossier no aporta una comparación suficiente para presentarla como sustituto directo. Si el problema está limitado al movimiento, empezaría por el criterio específico de Emil. Si afecta a toda la dirección visual, ampliaría la revisión.
Veredicto
Emil Design Engineering merece estar en el recopilatorio porque convierte decisiones difusas de diseño en preguntas concretas. Obliga al agente a pensar en frecuencia, propósito, duración, curvas, respuesta al toque y reducción de movimiento. Para ser un archivo de instrucciones, ojito.
La recomendaría a equipos que ya generan interfaces con Claude Code, Codex o Cursor y necesitan un listón más estricto para el movimiento. No la usaría como sello de accesibilidad, sustituto permanente de un diseñador ni prueba de que una interfaz "se siente bien".
La diferencia entre añadir animaciones y construir una interfaz que responde bien sigue estando en el criterio. Emil Design Engineering presta uno bastante definido. Los ojos, el contexto y la última palabra todavía los tienes que poner tú.
