Awesome DESIGN.md: referencias visuales para que un agente no diseñe a ciegas
VoltAgent/awesome-design-md · 117.842★ · 13.203 forks
Todo lo que hay que saber sobre VoltAgent/awesome-design-md: una colección curada de documentos DESIGN.md extraídos de interfaces públicas para orientar la generación de interfaces con agentes de IA.
Qué es Awesome DESIGN.md
Awesome DESIGN.md reúne documentos de texto que describen sistemas visuales observados en sitios web públicos. Su objetivo es operativo: copiar uno de esos DESIGN.md a la raíz de un proyecto y pedir a un agente de código que construya una página coherente con ese lenguaje visual.
El README presenta DESIGN.md como un documento Markdown legible por agentes de diseño: donde AGENTS.md explica cómo construir un proyecto, DESIGN.md explica cómo debe verse y sentirse. Cada entrada incorpora tema visual, paleta y funciones de color, reglas tipográficas, estilos de componentes, principios de composición, elevación, restricciones, comportamiento adaptable y una guía de instrucciones para el agente. Incluye además vistas previas HTML claras y oscuras.
No es una biblioteca de componentes, un exportador de Figma ni un generador que inspeccione una URL en tiempo real. Es una colección de referencias editables, publicada bajo MIT y entregada sin garantía; el README aclara que los valores extraídos proceden de CSS visible y que el repositorio no reclama la identidad visual de los sitios analizados.

El origen: una colección nacida alrededor de Google Stitch
La API de GitHub sitúa la creación de VoltAgent/awesome-design-md el 31 de marzo de 2026. La organización autora es VoltAgent; la fuente recuperada no identifica a una persona como creadora del repositorio, por lo que no se atribuye una autoría individual. El principal contribuidor que devuelve la API es necatiozmen, con 58 contribuciones; doanbactam, LeeDoYup y omeraplak figuran con una contribución cada uno.
La idea no nació como una especificación propia de VoltAgent. El README afirma que DESIGN.md fue introducido por Google Stitch y enlaza su documentación y especificación. La tensión práctica que intenta resolver es que un agente puede producir código funcional sin una referencia de diseño consistente: frente a exportaciones de Figma, esquemas JSON o una configuración adicional, la colección propone texto Markdown que el agente puede leer directamente.
No se recuperó una publicación de lanzamiento de VoltAgent que narre anécdotas del inicio. La cronología verificable sí muestra un proyecto muy reciente: en Hacker News hubo tres envíos directos en abril y mayo de 2026, todos sin comentarios, y el primer commit visible en la página del repositorio se describe como first commit hace aproximadamente cinco meses.

Filosofía y principios
La propuesta se apoya en cuatro decisiones visibles en el README:
- Contexto explícito antes que imitación vaga: los documentos expresan tokens, jerarquías y restricciones, no solo una captura de pantalla o una etiqueta de estilo.
- Markdown portátil antes que formatos propietarios: un archivo en la raíz puede acompañar al código y ser leído por distintos agentes, sin una herramienta específica para interpretarlo.
- Profundidad de sistema antes que una superficie decorativa: cada entrada busca describir componentes, estados, espaciado, composición y respuesta a tamaños de pantalla.
- Referencia pública con límites: el contenido se ofrece «tal cual» y se presenta como extracción de CSS públicamente visible, no como propiedad ni autorización de las marcas listadas.
El resultado es una biblioteca de contexto de diseño, no una garantía de fidelidad de píxel ni de cumplimiento de marca: esas conclusiones dependen del agente, del producto y de la revisión humana.

Cómo funciona
El flujo documentado es deliberadamente corto:
- Elegir un sitio de la colección, organizada en categorías como plataformas de IA, herramientas de desarrollo, productos SaaS, diseño, finanzas, comercio y automoción.
- Copiar su
DESIGN.mda la raíz del proyecto. - Pedir al agente que lo use, por ejemplo:
build me a page that looks like this. - Consultar
preview.htmlopreview-dark.htmlpara revisar la paleta, tipografía y componentes antes de aceptar el resultado.
El contenido define reglas concretas: nombres y códigos de color con su función, familias y escalas tipográficas, botones, tarjetas, campos, navegación, cuadrícula, sombras, prohibiciones y pautas adaptables. Esto permite que un agente disponga de una especificación visual junto a la especificación técnica de AGENTS.md.

Estado oficial y semioficial
El concepto y el formato DESIGN.md se presentan en la documentación oficial de Google Stitch, a la que enlaza el propio README. Eso acredita el vínculo con Stitch, no una certificación de esta colección: awesome-design-md pertenece a VoltAgent, no a Google, y las fuentes recuperadas no muestran que Google lo haya aceptado en un mercado oficial ni que lo respalde como catálogo oficial.
Su condición práctica es, por tanto, semioficial respecto al formato: emplea y extiende una convención documentada por Google Stitch, pero sus análisis de marcas y su proceso de curaduría son comunitarios. Las más de cien mil estrellas indican adopción en GitHub, pero no equivalen a una designación formal de estándar.

El ecosistema
Repositorios de VoltAgent relacionados
La consulta a los repositorios públicos de VoltAgent identifica una familia directa alrededor de agentes y referencias de diseño:
VoltAgent/official-design-md: colección deDESIGN.mdpublicados por las propias empresas; 459 estrellas y 40 bifurcaciones.VoltAgent/awesome-claude-design: 68 inspiraciones de sistemas visuales en formatoDESIGN.md; 3.314 estrellas y 365 bifurcaciones.VoltAgent/design-md: repositorio público sin descripción en la API; 18 estrellas.VoltAgent/voltagent: marco TypeScript de ingeniería de agentes; 10.264 estrellas y 1.069 bifurcaciones.VoltAgent/awesome-agent-skills: colección de habilidades para varios entornos de agentes; 29.469 estrellas y 3.172 bifurcaciones.VoltAgent/awesome-claude-code-subagentsyVoltAgent/awesome-codex-subagents: colecciones de subagentes especializados; 23.973 y 5.905 estrellas, respectivamente.
official-design-md es el complemento más cercano: separa referencias de primera parte de las extracciones curadas de awesome-design-md.

Bifurcaciones, traducciones y extensiones comunitarias
La API de bifurcaciones devuelve 12.140 bifurcaciones en total. Las más destacadas por estrellas recuperadas son bifurcaciones directas con descripciones prácticamente iguales, no puertos funcionales independientes: BiscuitCoder/awesome-design-md (11 estrellas), GitNimay/awesome-design-md (4) y ShadowAmitendu/awesome-design-md (3).
La búsqueda de repositorios sí identifica traducciones y extensiones que no deben confundirse con las bifurcaciones directas:
kzhrknt/awesome-design-md-jp: colección japonesa que declara extender el formato de Google Stitch para tipografía CJK; 891 estrellas y 66 bifurcaciones.HU-UH/awesome-design-md: colección descrita en chino con 55 sistemas de diseño para agentes; 361 estrellas y 91 bifurcaciones.bergside/awesome-design-skills: lista de 67 archivosDESIGN.mdySKILL.mdpara Claude Design, Google Stitch, Codex, Cursor y otras herramientas; 2.148 estrellas y 195 bifurcaciones.Meliwat/awesome-ios-design-md: colección para aplicaciones, con documentos neutrales al marco y variantes para SwiftUI, Jetpack Compose y Expo; 149 estrellas y 15 bifurcaciones.aaldere1/awesome-design-systems: habilidad Paperclip basada explícitamente en VoltAgent; 8 estrellas y una bifurcación.
También aparecen herramientas que cubren otra parte del ciclo: adityarajdigital/designmd, jpoindexter/design-md-extractor y yuvrajangadsingh/brandmd extraen sistemas desde una URL; no son colecciones equivalentes, sino alternativas de creación de un documento.

Números del repo
Medición: 3 de agosto de 2026, API y página de GitHub.
| Métrica | Valor |
|---|---|
| Estrellas | 106.243 |
| Bifurcaciones | 12.140 |
| Suscriptores reales | 418 |
| Commits | 61 |
| Incidencias abiertas indicadas por la API | 312 |
| Licencia | MIT |
| Lenguaje principal | Sin lenguaje principal indicado por la API |
| Creación | 31 de marzo de 2026 |
| Último envío de código | 31 de julio de 2026 |
| Última actualización de metadatos | 3 de agosto de 2026 |
| Publicaciones y etiquetas | 0 publicaciones y 0 etiquetas |
Los principales contribuidores devueltos por la API son necatiozmen (58), doanbactam (1), LeeDoYup (1) y omeraplak (1). La página de GitHub muestra 61 commits. La API general replica las estrellas en watchers_count; por eso se informa subscribers_count como suscriptores reales. open_issues_count puede incluir solicitudes de cambios abiertas, de modo que 312 no equivale necesariamente a 312 incidencias exclusivamente.
Cómo contribuir
El README enlaza CONTRIBUTING.md y documenta dos vías: mejorar archivos existentes —por ejemplo, corrigiendo colores, tokens ausentes o descripciones débiles— y abrir incidencias cuando algo no parezca correcto. Antes de enviar una solicitud de cambios, exige abrir primero una incidencia para debatir la propuesta y recibir comentarios del equipo mantenedor.
La actividad recuperada confirma contribuciones de catálogo y de infraestructura: la solicitud de cambios #127, de Luc0-0, propuso una automatización para validar la integridad de la colección; la #163, de Nyvo2010, propuso vistas previas y copia rápida. Ambas constan como cerradas en la API; el estado recuperado no permite inferir que se fusionaran.

Cómo lo recibió la comunidad
La evidencia externa recuperada es modesta y debe leerse con cautela:
- El envío de Hacker News 48177822, publicado por DeathArrow el 18 de mayo de 2026 y enlazado directamente al repositorio, obtuvo 4 puntos y 0 comentarios. Es señal de descubrimiento, no prueba de satisfacción ni de crítica.
- El envío 47654756, de vanyle, obtuvo 3 puntos y 0 comentarios; el 47822069, de granto, obtuvo 2 puntos y 0 comentarios. No hay opiniones que atribuir a esos hilos.
- Como señal de interés práctico dentro de GitHub, JacobH555 abrió la incidencia #42 para ampliar la extracción de interfaces móviles; acumuló 5 comentarios antes de cerrarse. mhakimarifin pidió una referencia de
ui.shadcnen #247, con 4 comentarios. Son solicitudes de cobertura, no evaluaciones de calidad. - La objeción verificable es de mantenimiento: fuleinist abrió #377, todavía abierta al consultar, con el título que señala enlaces externos rotos a
getdesign.mdy 2 comentarios. Abysssea planteó otra incidencia cerrada, #388, sobre contaminación DNS degetdesign.md, con 2 comentarios. Los títulos no permiten concluir la causa ni la resolución técnica; sí muestran que las dependencias externas y los enlaces son una preocupación real para usuarios.
No se recuperaron hilos con comentarios en Hacker News ni reseñas externas extensas que permitan afirmar un consenso. La alta cifra de estrellas, por sí sola, no sustituye esa evidencia cualitativa.

Awesome DESIGN.md frente a otras propuestas

| Propuesta | Coincidencia verificable | Diferencia verificable |
|---|---|---|
VoltAgent/official-design-md | Ambos reúnen documentos DESIGN.md para agentes. | El segundo declara que sus archivos los publican las propias empresas; Awesome DESIGN.md analiza sitios públicos. |
kwakseongjae/oh-my-design | Distribuye referencias DESIGN.md para agentes de código. | Ofrece instalación mediante un comando y declara más de 400 referencias calificadas; Awesome DESIGN.md documenta la copia manual de un archivo elegido. |
Meliwat/awesome-ios-design-md | Ambos son colecciones de sistemas de diseño en este formato. | Su foco declarado es móvil y enumera SwiftUI, Jetpack Compose y Expo. |
jpoindexter/design-md-extractor | Produce contexto visual utilizable por agentes. | Es un extractor con CLI y GUI local desde una URL; Awesome DESIGN.md distribuye análisis ya preparados. |
yuvrajangadsingh/brandmd | Extrae una especificación DESIGN.md desde un sitio. | Declara validación mediante el linter oficial @google/design.md; las fuentes recuperadas para Awesome DESIGN.md no declaran esa herramienta. |
Casos de uso y a quién puede ayudar este repositorio
- Desarrolladores que parten de una página en blanco con un agente pueden elegir una referencia de la colección, colocarla junto al código y dar al agente tokens, tipografía, estados y reglas visuales antes de pedir la interfaz.
- Equipos de producto que necesitan prototipos coherentes pueden usar
preview.htmlypreview-dark.htmlpara alinear una dirección visual y después generar una primera implementación con la misma especificación. - Diseñadores o mantenedores que quieren convertir observaciones de interfaces públicas en contexto reutilizable pueden aportar correcciones de tokens y descripciones o solicitar una nueva referencia mediante el flujo de incidencia previo a la solicitud de cambios.
- Equipos que requieren referencias de primera parte, idioma japonés o una plataforma móvil concreta pueden complementar la colección con
official-design-md,awesome-design-md-jpoawesome-ios-design-md, según el alcance documentado de cada repositorio.
Recursos
- Repositorio: https://github.com/VoltAgent/awesome-design-md
- Documentación del formato: https://stitch.withgoogle.com/docs/design-md/overview/
- Especificación de Google Stitch: https://stitch.withgoogle.com/docs/design-md/specification/
- Cómo contribuir: https://github.com/VoltAgent/awesome-design-md/blob/main/CONTRIBUTING.md
- Repositorios oficiales relacionados: https://github.com/VoltAgent/official-design-md, https://github.com/VoltAgent/awesome-claude-design
- Conversaciones y comunidad: https://news.ycombinator.com/item?id=48177822, https://github.com/VoltAgent/awesome-design-md/issues/42, https://github.com/VoltAgent/awesome-design-md/issues/377
- Comunidad Discord: https://s.voltagent.dev/discord
Nota: este artículo combina el README y el archivo de contribución del repositorio, la documentación de Google Stitch, la API y la página de GitHub, incidencias públicas y resultados de Hacker News consultados el 3 de agosto de 2026. Las cifras cambian con el tiempo.
Comentarios