Identity Forge vs getdesign.md

Ambos productos instalan un DESIGN.md. La pregunta relevante es qué más llega al repositorio, ya que un brief de diseño es una mitad de un sistema de diseño y los tokens son la otra.

La segunda y tercera fila son las que determinan qué ocurre realmente en su codebase. Si los valores de color existen solo dentro de un archivo Markdown, el agente los lee y luego los escribe en los componentes como valores literales, ya que no hay nada más a lo que hacer referencia. El resultado es un diseño documentado y una hoja de estilos no documentada, que es precisamente la situación que los semantic tokens existen para evitar.

Esto no es una crítica al formato. Es una consecuencia de lo que puede ser la entrada de un catálogo. Un análisis del producto de un tercero no puede entregarle su archivo de tokens, porque no dispone de él.

Las entradas de getdesign.md son análisis de patrones observables públicamente, y sus páginas de marca lo indican directamente con avisos de no afiliación. Ese enfoque es correcto y debe tomarse literalmente. La pregunta interesante es qué sobrevive a dicha derivación.

La tercera fila es la importante y se aplica a cualquier brief derivado, independientemente de quién lo produzca. Analizamos 299 archivos DESIGN.md publicados y descubrimos que el 76% no contiene prohibiciones de ningún tipo: junto con un 86% que especifica los colores como hex puros sin rol semántico y un 57% que no nombra motivos distintivos. Las prohibiciones son donde realmente reside la identidad de un diseño, y son precisamente aquello a lo que un análisis externo tiene menos acceso.

Ese es el límite honesto al copiar la apariencia de cualquier producto admirado, y lo analizamos detalladamente en el análisis de Linear: la paleta es la parte menos distintiva del sistema, y las restricciones que hacen que funcione son la parte que no sobrevive a la extracción.

Esto es lo que significa en la práctica "generar un sistema completo": el kit gratuito ambient-sage, renderizado a partir de sus tokens y fuentes reales, la misma carga útil que la CLI escribe en su repo:

npx shadcn add https://identityforge.io/r/ambient-sage.json

Después de ese comando, su globals.css contiene 28 roles nombrados en modo claro y oscuro, y el DESIGN.md se refiere a ellos por su nombre en lugar de repetir los valores hex. Ese es el acoplamiento que mantiene la veracidad del brief: cambie un token y el brief seguirá siendo preciso, porque nunca contuvo una copia.

• Elija getdesign.md si desea estudiar cómo se escriben los archivos DESIGN.md en diversos productos, o si busca específicamente un brief derivado de un diseño que admire y se siente cómodo proporcionando la capa de tokens usted mismo.
• Elija Identity Forge si desea un sistema original instalado como tokens funcionales más un brief correspondiente, con entrega vía MCP, CLI y shadcn, y exportaciones para cualquier stack que utilice.
• No son excluyentes. Leer las entradas del catálogo es una buena forma de calibrar qué tan específico debe ser un brief. Solo tenga en cuenta que un brief sin tokens deja la hoja de estilos sin cambios, por lo que, en cualquier caso, combínelo con una capa de tokens real.

¿Es nuevo en este formato? Comience con qué es un DESIGN.md y cómo generar uno, y luego elija su herramienta en la guía fundamental.