Design.md Generator: un skill para codificar el gusto en diseño

Hay un patrón que se repite en el ecosistema Claude desde que los skills y los MCP servers se normalizaron: alguien coge un problema de comunicación entre humanos y modelos, lo convierte en un archivo estructurado y lo propone como estándar de facto. Esta semana apareció en Hacker News un ejemplo concreto: AI Design Taste – Design.md Generator, una extensión de Chrome que analiza una web y genera un archivo `design.md` con sus principios de diseño codificados.

La propuesta es directa: en lugar de describir tu gusto estético en cada conversación o prompt, produces un documento estructurado —paleta, tipografía, densidad visual, reglas de espaciado— que puedes incluir como contexto persistente en Claude Code, como parte de un skill o simplemente adjuntar a cualquier conversación. El enlace a la discusión en Hacker News tiene, de momento, escasa tracción (1 punto, sin comentarios), lo que dice algo sobre lo temprano del proyecto.

Qué hace exactamente

La extensión se instala en Chrome, apunta a cualquier URL que elijas como referencia de diseño y extrae —presumiblemente mediante análisis del DOM y los estilos computados— un conjunto de decisiones de diseño que vuelca en un fichero markdown. El resultado es algo como un `design.md` que describe:

• Familia tipográfica principal y escala de tamaños
• Paleta de colores con sus roles (primario, fondo, texto, acento)
• Patrones de espaciado y radio de bordes
• Tono visual general (minimalista, denso, expresivo…)

Ese archivo puede luego inyectarse como contexto en cualquier LLM. En el flujo de Claude Code, encajaría bien como un skill de diseño cargado al inicio de un proyecto de frontend, o como parte del contexto de un subagente especializado en generación de componentes UI.

Por qué tiene sentido conceptualmente

El problema que ataca es real. Cuando le pides a Claude que genere un componente de interfaz, el modelo tiene criterio propio pero no tiene acceso a tus preferencias ni a las convenciones visuales de tu proyecto. Puedes describir el estilo en el prompt, pero eso es frágil: cambia entre sesiones, se olvida, y a menudo la descripción verbal no captura con precisión lo que tienes en mente.

La idea de externalizar ese conocimiento en un artefacto reutilizable —un `design.md` versionable en tu repositorio, cargable como skill en Claude Code— es coherente con cómo funciona el context engineering moderno. No es muy diferente de lo que ya hace mucha gente con `CLAUDE.md` para reglas de proyecto: un documento de referencia que el modelo consume antes de actuar.

La ventana de 1M de tokens de Claude Opus 4.7 hace que añadir ese contexto extra sea prácticamente gratuito en coste de contexto. El límite ya no es cuánto cabe, sino qué merece la pena incluir.

Para quién es útil (y para quién no)

El caso de uso más claro es el del desarrollador frontend que trabaja solo o en equipos pequeños, sin un design system formal, y que quiere que Claude sea consistente con el estilo visual de un producto existente. En ese escenario, generar un `design.md` a partir de la web de producción y meterlo en el contexto de trabajo es un atajo razonable.

Menos útil, o incluso contraproducente, para equipos que ya tienen un design system documentado con tokens bien definidos (Figma Tokens, Style Dictionary, etc.). Ahí el `design.md` sería una capa de abstracción adicional con riesgo de desincronizarse del sistema real.

También hay una pregunta legítima sobre la calidad del análisis. Extraer criterios de diseño a partir del DOM y los estilos computados es impreciso: captura lo que hay renderizado, no las intenciones del diseñador ni las excepciones contextuales. Una web con deuda técnica puede producir un `design.md` que codifique exactamente los errores que querrías evitar.

Estado del proyecto

A fecha de publicación en Hacker News, el 9 de mayo de 2026, la extensión está disponible en la Chrome Web Store pero no hay indicios de documentación pública, repositorio abierto ni integraciones nativas con Claude Code o MCP servers. Es un experimento temprano, no una herramienta lista para producción.

---

La dirección es interesante: convertir el gusto en diseño en un artefacto portable y legible por máquinas es un problema no resuelto. Que la solución actual sea una extensión de Chrome que raspa estilos CSS no nos convence del todo, pero el concepto merece más atención de la que está recibiendo en HN.