Codex · el cerebro de la producción creativa

Codex
el cerebro

Hoy la operación creativa de una marca es un montón de archivos y carpetas sin cerebro. Codex es ese cerebro: unifica, estandariza y da metodología, y con eso alimenta la producción a escala (que es una capa aparte). Elige tu camino — cliente, diseñador o desarrollador — y pregúntale al asistente IA.

El problema (el de verdad)
Una operación fragmentada y sin memoria

Conocimiento disperso

El brandbook en un PDF, los assets en un Drive, las reglas en la cabeza de alguien, las decisiones en correos. No hay fuente única de verdad.

Sin estándar

Cada quien interpreta la marca distinto. Aparecen "12 azules casi iguales", logos apretados, frases fuera de tono. La marca deriva.

Sin metodología

Cada campaña reinventa la rueda: se improvisa desde cero, sin un proceso repetible de requerimiento a pieza.

No escala

Todo a mano. Producir 2.000 variantes toma semanas y sale inconsistente. Y la IA sin cerebro produce fuera de marca.

La propuesta: Codex, el cerebro
Tres funciones · y la producción, aparte

1 · Unificación

Un cerebro, no un montón de carpetas. Todo el conocimiento, assets, frameworks, reglas, metodología e historial en un solo lugar, con fuente única de verdad.

2 · Estandarización

La marca deja de ser interpretación y se vuelve código (el BSC): tokens W3C, reglas como contratos, assets referenciados, versionado. Es la memoria del cerebro.

3 · Metodología

Un proceso repetible de requerimiento a pieza: ingesta, roles, contratos, validación. No más improvisar cada campaña.

La producción es aparte Generar y renderizar las piezas a escala (sábana → lote → linter → render) NO es parte de Codex: es una capa que consume el cerebro. Codex la alimenta y la gobierna, pero no la ejecuta. El cerebro piensa y manda; el cuerpo produce.
Elige tu camino
El flujo paso a paso según tu rol
Clienteno técnico
Diseñadorcreativo / DE
Desarrolladorbackend
  1. Nos das tu marca

    Entregas tu brandbook (PDF), logos en buena calidad y fuentes.

  2. La convertimos en código

    Creamos tu BSC (tu marca en código). Tú apruebas que el tono, colores y reglas quedaron bien.

  3. Entra una campaña

    Nos das una tabla de datos (productos, precios, mercados) — la "sábana".

  4. Se produce el lote

    La IA genera todas las piezas en tu marca; el corrector automático (linter) las valida.

  5. Recibes el lote

    Consistente y verificado. ¿Cambió tu azul? Se cambia en un lugar y todo sale con el nuevo.

  1. Tu rol

    Defines la marca (el criterio). No escribes código: llenas plantillas y confirmas lo que la IA extrae del brandbook.

  2. Tokens desde Figma

    Exportas color, tipografía y spacing como .tokens.json (estándar W3C DTCG). No los tecleas.

  3. Voz y ejemplos

    Llenas la plantilla de tono (voice/rules.md) y das ejemplos ✅/❌ de copy (few-shot).

  4. Clasificas reglas

    Duras (medibles: máx. 22 palabras, logo ≥ 96px) vs blandas (tono). Cuando dudes, empieza como blanda.

  5. Contexto de marca

    Un resumen de ½ página (llms.txt): qué es la marca, tono, qué evitar, y links al detalle.

  6. Confirmas

    Revisas lo que la IA propuso (verifica los colores exactos) y confirmas. Se versiona (brand@2.3.0).

  1. Ingesta

    El brandbook se sube a S3; una Lambda llama a Claude (Bedrock, vía Gateway) con un prompt de extracción; propone tokens y reglas; el humano confirma; commit brand@2.3.0.

  2. Publicas los contratos

    Entregas contracts/*.schema.json (JSON Schema 2020-12) que validan cada archivo del núcleo.

  3. Compiler

    Una fuente → muchos destinos: theme.css (valores), vocabulario de tokens (referencias), chunks RAG, config MCP.

  4. Armador + modelo

    El armador ensambla el prompt por fila (voz + vocab + reglas duras + few-shot + RAG); el modelo devuelve un spec con referencias.

  5. Linter

    Corre los validadores sobre cada pieza en CI. Las que fallan se regeneran solas.

  6. Render

    Resuelve las referencias a valores con theme.css, trae los binarios de S3, exporta la imagen (Playwright/Satori).

Por dónde empezar
Montar el Codex de tu marca, en orden

El primer paso no son "los pilares" (eso es el mapa). Empiezas por volver tu marca código:

  1. 1 · Junta el material

    Tu brandbook, los logos (SVG si se puede), las fuentes y 5–10 piezas aprobadas. Ese es el insumo — el punto de partida real.

  2. 2 · Ingesta

    Subes el brandbook; la IA (Claude por Bedrock) lo lee y propone un borrador de tokens y reglas. Tú todavía no tecleas nada.

  3. 3 · Revisa y confirma

    Verificas/exportas los tokens desde Figma (el color exacto lo pones tú), confirmas el tono con 3–5 ejemplos ✅/❌, y clasificas las reglas (duras vs blandas).

  4. 4 · Arma el brand.json

    El manifiesto: referencia tokens, voz, reglas y assets, con versión brand@1.0.0. Es el primer artefacto real del cerebro.

  5. 5 · Contratos + validación

    El backend valida que todo cumpla los contracts/*.schema.json. Si no cumple, se corrige.

  6. 6 · Compila y sirve

    Se genera dist/ y se expone (contexto / MCP / gateway). Ya tienes el cerebro; la producción lo consume después.

En una frase: reúne tu brandbook + logos + fuentes y arranca la ingesta para sacar tus tokens y tu brand.json. Todo lo demás se construye encima.
Anatomía del cerebro
Qué parte hace qué
↓ Toca cada parte para ir a fondo (explicación + ejemplo + caso de uso)
🧠
Memoria
Lo que la marca sabe, guardado en código (el BSC).
+
A fondo

Es la memoria de largo plazo del cerebro: todo lo que la marca sabe, guardado no como PDFs sino como código versionado, validable y servible — tokens (colores, tipografía, spacing), reglas (duras y blandas), assets (logos, fuentes) y el contexto. Vive en un repo (git) para texto/estructura y en S3 para los binarios. Cada pieza producida recuerda con qué versión de la marca se hizo (linaje).

Ejemplo · acmeEl azul {color.brand.blue} = #0A2540, la regla "máx. 22 palabras", el logo logo-primary@3, el tono "cercano y capaz". Todo con nombre y versión (brand@2.3.0).
Caso de usoRebranding: cambias el azul en un token de la memoria y toda la producción futura lo hereda. Las piezas viejas conservan su versión — nada se rompe.
tokens/constraints/assets/manifest.jsonvoice/brand.json
📥
Ingesta
Cómo aprende: la IA lee el brandbook y propone; el humano confirma.
+
A fondo

Es el aprendizaje del cerebro. La memoria no se llena tecleando 400 tokens a mano: subes el brandbook, una IA (Claude por Bedrock) lo lee y propone un borrador de tokens y reglas con su confianza y la página donde lo encontró; una persona revisa y confirma. La IA propone, el humano dispone — nunca se auto-commitea una regla dura sin revisión.

Ejemplo · acmeSubes brandbook-acme.pdf. La IA propone: blue #0A2540 (pág 4, confianza 0.9), logo.minWidth 96, vetadas ["barato","gratis"]. El creativo corrige el cyan a #00D4FF y confirma → brand@2.3.0.
Caso de usoOnboarding de una marca nueva: de semanas (transcribir a mano) a horas (revisar un borrador).
S3 ingestClaude/BedrockTextractprompt de extracción
💭
Razonamiento
Qué recordar por tarea: RAG + el armador de contexto.
+
A fondo

Para cada pieza, el cerebro decide qué recuerda de su memoria (RAG) y cómo lo arma en el contexto del modelo (armador). No vuelca todo lo que sabe: trae solo lo pertinente. El RAG recupera los trozos que aplican (por categoría, mercado); el armador ensambla el prompt final (voz + vocabulario de tokens + resumen de reglas duras + few-shot + lo recuperado + el dato de la fila).

Ejemplo · acmePara "Morral Trek 30L · CO", el RAG recuerda la guía de morrales ("resistencia, comodidad") y ejemplos de regreso a clases; el armador lo junta con el vocabulario de tokens y las reglas, y arma el prompt.
Caso de usoCon 500 guidelines por categoría, el modelo no recibe las 500 — recibe las 3 pertinentes a esa pieza. Menos costo, menos ruido, más precisión.
RAG (Bedrock KB)armador de contextoassembler.template.md
Sistema nervioso
Lo que conecta el cerebro con las herramientas: MCP + Gateway.
+
A fondo

Sin sistema nervioso, el cerebro está aislado. El servidor MCP (Model Context Protocol) expone la marca en vivo a cualquier modelo o herramienta (Claude, Cursor, agentes internos), con permisos. El LLM Gateway gobierna el acceso a los modelos: costo, cuota, ruteo y credenciales en un solo punto.

Ejemplo · acmeUn agente pregunta al MCP "¿qué variante de logo va sobre fondo oscuro para MX?" y recibe la respuesta al instante. Todas las llamadas al modelo pasan por el gateway, que rutea el copy a un modelo barato y las imágenes a otro.
Caso de usoUn lote dispara 5.000 llamadas: el gateway controla el gasto, mete cuota y evita una factura sorpresa.
MCP (Model Context Protocol)LLM GatewayBedrock
⚖️
Conciencia
Lo que no se permite: reglas duras + linter.
+
A fondo

Es lo que el cerebro no permite. Las reglas duras son los límites (logo ≥ 96px, ≤ 22 palabras, colores de la paleta, palabras vetadas); el linter los hace cumplir corriendo los validadores sobre cada pieza generada, en automático (CI). Pass/fail; las que fallan se regeneran solas. Es lo que hace posible la escala: nadie revisa miles de piezas a mano.

Ejemplo · acmeDe 1.200 piezas, 26 fallan: 18 con frases > 22 palabras (la traducción PT las infló), 5 con un color fuera de paleta, 3 con el logo < 96px → se regeneran solas con el motivo inyectado al prompt.
Caso de usoProducción masiva confiable: sueltas 5.000 piezas sabiendo que ninguna fuera de las reglas duras llegará al cliente. (Honesto: solo atrapa reglas duras; el "¿se siente acme?" se muestrea aparte.)
reglas durasbrand linterCI
🤖
Cuerpo (aparte)
La producción — NO es Codex. El cuerpo que ejecuta las órdenes.
+
A fondo

La producción no es parte de Codex: es la capa que ejecuta las órdenes del cerebro. Consume el paquete de contexto que arma el cerebro, genera el spec con el modelo, y el render lo convierte en imagen final (resuelve las referencias a valores, trae los binarios de S3, exporta el PNG). El cerebro piensa y manda; el cuerpo produce.

Ejemplo · acmeLa fila 42 → el modelo produce el spec con "bg": "{color.brand.blue}" → el render lo convierte en #0A2540, trae el logo real y saca el afiche 1080×1080.
Caso de uso1.200 piezas producidas contra brand@2.3.0, reproducibles: puedes regenerar el lote idéntico en 6 meses.
modelorender (Playwright/Satori)S3canvas
Los conceptos clave
Lo que hay que entender sí o sí

Producción en lote

El destino no es una pieza, es el lote. Una sábana de N filas entra; N piezas en marca salen — sin revisar una por una. Estandarizas una vez, produces infinito.

Referencias vs valores

El modelo usa nombres ({color.brand.blue}); el render los convierte en valores (#0A2540). El modelo describe; el render pinta.

Duras vs blandas

Reglas exactas (logo ≥ 96px) → validadores → linter. Reglas de tono → prosa → orientan al modelo. La clave de todo el sistema.

La IA propone, el humano dispone

La IA hace borradores; un humano confirma las reglas duras. Nunca se auto-commitea una regla sin revisión.

brand.json = manifiesto

El punto de entrada que referencia todo (tokens, voz, reglas, assets) y lleva la versión (brand@2.3.0).

El linter hace posible la escala

Nadie QA-ea 5.000 piezas a mano. El linter valida cada una contra las reglas duras, en automático.

Enciclopedia
Busca cualquier término
Preguntas frecuentes
Toca para desplegar
Asistente IA
Pregúntale lo que quieras sobre Codex · responde con base en esta biblia (Bedrock)
Asistente Codex
Hola 👋 Soy el asistente de Codex. Pregúntame lo que quieras: qué es Codex, cuáles son los 4 pilares, qué es un token, cómo funciona el linter, qué recibe el modelo, cómo montar el RAG… Respondo con base en la documentación del proyecto.