El DESIGN.md de Google Stitch, explicado
Stitch es la herramienta de diseño con AI de Google Labs y design.md es su memoria: un archivo markdown con paleta, fuentes y reglas que mantiene coherentes las pantallas. Al publicar DESIGN.md como especificación abierta, Google convirtió una función de Stitch en un formato para todo el ecosistema.
Qué hace design.md dentro de Stitch
Stitch genera UI desde prompts. Sin un sistema persistente, cada generación vuelve a empezar y cambian paleta y escala tipográfica. design.md registra el sistema una vez y Stitch lo lee antes de crear algo nuevo.
Como persiste entre sesiones, la coherencia no depende de volver a describir el estilo. La fuente de verdad es el archivo, no el historial. Cambia el archivo y las generaciones posteriores lo siguen.
Por qué Google abrió el formato
En 2026 Google Labs publicó DESIGN.md como especificación abierta para describir identidad visual a agentes, con formato y herramientas públicos. La idea es una comprensión persistente y estructurada que cualquier agente pueda compartir.
Un sistema codificado una vez no debe quedar cautivo de una herramienta. La apertura convierte una función en estándar: cuantos más productos leen DESIGN.md, más vale cada archivo.
Así, tokens legibles por máquina arriba y razonamiento humano abajo, en un markdown, se volvió convención pública y creció un ecosistema de lectores, escritores y bibliotecas.
Usar el mismo archivo más allá de Stitch
Al ser markdown normal, no hay nada específico de Stitch. Claude Code, Cursor y Codex leen DESIGN.md desde la raíz como un README y lo aplican al generar UI. Un chat acepta el archivo pegado y una canalización puede obtenerlo por código.
El flujo es igual: el archivo define el sistema, el agente lo lee antes de crear y la salida sigue la especificación, no el promedio del modelo. La herramienta que renderiza es un detalle; el sistema vive en el archivo.
Esa portabilidad es el beneficio: codifica una vez y el estilo te acompaña entre herramientas sin repetir prompts.
Dónde encaja Curio: la capa de biblioteca
Stitch y la especificación responden cómo escribir un sistema para una máquina. No responden de dónde salen los estilos. DESIGN.md es un recipiente vacío que debes llenar con un sistema que poseas o puedas articular.
Curio ocupa la capa de biblioteca: estilos reales investigados y codificados como especificaciones DESIGN.md completas. Tu AI los aplica mediante MCP, enlace o descarga. El formato enseña a leer; la biblioteca aporta sistemas que merece la pena leer.
FAQ
¿Necesito design.md para usar Stitch?
Stitch genera sin él, pero cada vez empieza de cero en estilo. design.md mantiene coherencia entre pantallas y sesiones: la diferencia entre una herramienta que dibuja y otra que sigue tu sistema.
¿Un DESIGN.md para Stitch funciona en otras herramientas?
Sí. Ese es el objetivo de la especificación abierta. Es markdown con tokens estructurados, así que Claude Code, Cursor, Codex, chats o tu canalización pueden seguirlo sin exportar ni convertir.
¿Curio compite con Stitch?
No. Ocupan capas distintas y se combinan. Stitch y la especificación definen cómo escribir para máquinas; Curio aporta una biblioteca de sistemas ya hechos. Usa Stitch o cualquier agente como herramienta y Curio como fuente.
¿Dónde encuentro la especificación DESIGN.md abierta?
Google Labs publica la especificación y herramientas. Busca en GitHub el repositorio design.md de google-labs-code o el anuncio de Google. El formato es lo bastante simple para aprenderlo leyendo un archivo correcto.