Guías de identidad de marca para agentes de IA

Contexto

Un grupo empresarial B2B opera varias marcas propias, cada una con su manual de identidad de distinta antigüedad. Buena parte de las piezas que salen de marketing ya no las maqueta un diseñador: las genera un agente de IA —un mail de estado diario, un informe, un tablero interno, una presentación, documentos de trabajo.

Problema

Las salidas generadas con IA quedaban “casi” en marca: color aproximado, tipografía por defecto en lugar de la oficial, texto sin el contraste mínimo, tono de voz ajeno a esa marca. La causa no era falta de material —los manuales existen y están bien hechos— sino su formato: escritos para que una persona los lea y decida, con principios generales que un agente no puede aplicar sin el valor exacto. El diseño descartó un esquema previo más ambicioso —varios archivos por marca, plantilla y checklist— por su costo de instalación manual y su falta de portabilidad fuera del repositorio de origen.

Solución

Se optó por un archivo por marca, plano y autocontenido, con la decisión operativa ya tomada —no el manual, su conclusión aplicable— guardado junto a los assets que nombra y cerrado con un checklist verificable.

• Cada archivo incluye la fuente del manual de origen, la tabla de colores con sus equivalencias, reglas de combinación explícitas —incluidas las prohibiciones—, la cadena de tipografías de respaldo hasta una fuente de sistema, la aplicación por tipo de documento y la persona gramatical del copy.
• Los logos y tipografías de cada marca quedan en el mismo directorio que el archivo de reglas, sin rutas que resolver.
• Donde el manual no alcanzaba, el archivo lo declara explícitamente.
• Una copia idéntica de cada guía se replicó en la zona de trabajo de marketing, para que no exista una segunda versión de la verdad.

Resultados

• Las guías se escribieron en una semana de junio de 2026: 181 archivos en total entre reglas, logos y tipografías.
• Cuatro plantillas de un sistema interno de reportes implementan una de las guías al pie de la letra, incluida la cadena tipográfica de respaldo; entre junio y agosto salieron 31 entregables HTML sobre esas plantillas.
• El uso se extendió más allá de los documentos: un prototipo de tablero interno cita el archivo de marca como fuente de su identidad visual, y su documento de arquitectura registra esa identidad como requisito.
• El diseño cubre canales sin proceso de build —mails, presentaciones, documentos, prototipos—; las aplicaciones con build formal quedan fuera de este caso.
• No se midió adopción más allá de las 31 piezas HTML verificadas.

Arquitectura y decisiones

El criterio de diseño central fue reemplazar un manual interpretable por un archivo ejecutable: en lugar de enunciar principios (“el color institucional domina”, “respetar el área de resguardo”) y dejar el resto al criterio de quien lo lee, cada guía fija el valor exacto que un agente necesita para no tener que decidir nada por su cuenta. La estructura plana en Markdown, sin dependencias ni proceso de instalación, responde a esa misma restricción: cualquier esquema que exija instalación o quede acoplado a un repositorio particular no sirve a un agente que corre en otro proyecto.

Guardar los assets —logos, tipografías— en el mismo directorio que el archivo de reglas evita que el agente tenga que resolver rutas relativas o adivinar qué variante de un logo corresponde a qué fondo. La replicación de cada guía en la zona de trabajo de marketing se resolvió como copia idéntica y no como documento aparte, para que una corrección futura no pueda quedar aplicada en un lado y no en el otro.