🌱 Empieza aquí · Fábrica de assets visuales con IA de imagen
Esta semilla le enseña a tu asistente un método para producir assets visuales que se ven de tu marca y salen listos para publicar: una infografía de datos, un carousel para redes o un tríptico comercial. No solo "hace una imagen bonita": primero decide cuál identidad de marca usar, elige el motor de IA de imagen más barato que resuelve el caso, revisa cómo se ve en pantalla real (escritorio y móvil), y cuando le das comentarios, regenera solo la pieza que falló, no todo el asset.
Para instalarla
Abre esta carpeta con Claude Code o Cowork y dile a tu asistente:
"Siembra esta semilla 🌱"
Con eso basta de tu parte. Tu asistente hace todo lo demás y al final te dice cómo comprobar que quedó funcionando. Vas a ver algunas palabras en inglés en la pantalla; ni caso, él te guía.
¿Otras formas de pedírselo? "instala esta semilla", "pon a funcionar el método de la fábrica de assets visuales", "haz el setup de esto". Te entiende igual.
Para el asistente que siembra 🤖
Este componente es un workflow (un método de trabajo), no un programa ejecutable. No
es un hook (gancho de automatización): no lleva chmod, no lleva entrada en
settings.json y no ejecuta ningún script. Se "siembra" colocando el método donde tú,
el asistente, lo leas de forma automática al arrancar cada conversación, para aplicarlo
cuando la persona te pida un asset visual.
1. Copia el método donde lo leas siempre
El kernel trae dos archivos:
kernel/fabrica-assets-visuales.md— el método en sí (las 4 fases, la matriz de motor, la rúbrica y el checklist de render real).kernel/brief-visual.ejemplo.md— una plantilla para capturar el brief y aterrizar el método a la marca real de esta persona.
Coloca fabrica-assets-visuales.md en el lugar que tu plataforma carga automáticamente
como instrucción permanente:
Claude Code (macOS / Linux / Windows con Git Bash):
mkdir -p "$HOME/.claude/rules"
cp kernel/fabrica-assets-visuales.md "$HOME/.claude/rules/fabrica-assets-visuales.md"
Los archivos dentro de
~/.claude/rules/se cargan solos al inicio de cada sesión. Copia ahí solo el método. La plantilla del brief NO va en esa carpeta (no es una regla permanente, es una guía que usas cada vez que llega un encargo).
Cowork: usa la misma carpeta de reglas si tu proyecto la soporta
(.claude/rules/fabrica-assets-visuales.md). Si no, coloca el método dentro del proyecto
y agrega una línea que apunte a él en el archivo de instrucciones del proyecto (el
CLAUDE.md), por ejemplo: "Para assets visuales de marca aplica el método de
fabrica-assets-visuales.md."
Codex: Codex lee su archivo de instrucciones AGENTS.md. Copia el contenido del
método dentro de AGENTS.md (o agrégale un puntero al archivo si lo guardas aparte en el
proyecto), para que se cargue con el resto de tus instrucciones.
2. Aterriza el brief a ESTA marca (recomendado)
Abre kernel/brief-visual.ejemplo.md. Con la persona (o detectándolo tú), llena la tabla
del kit de marca reemplazando los placeholders:
<TU-MARCA>→ el nombre de su marca (o de cada marca, si maneja más de una).<TU-RUTA>→ dónde viven de verdad su paleta, su tipografía, su logo y sus fotos de producto (para reusarlas o anclar la generación a ellas).<por confirmar>→ lo que la persona no sepa todavía; eso se pregunta, no se inventa.
Con el kit lleno, el método deja de diseñar "en general" y empieza a diseñar contra SU marca. Si maneja dos o más identidades, deja MUY claro cuál se usa para cada encargo: no mezclarlas es la regla de oro del método.
3. Verificación post-siembra (obligatoria)
Como es un método (texto), la verificación tiene dos partes: que el archivo quedó en su lugar, y que el método se aplica de verdad.
a) El archivo quedó colocado (ejemplo Claude Code):
ls -la "$HOME/.claude/rules/fabrica-assets-visuales.md"; echo "exit=$?"
Salida esperada: una línea que lista el archivo (con su tamaño) y exit=0. Si sale
No such file or directory, la copia no se hizo; repite el paso 1.
b) El método se aplica (prueba de comportamiento, en una conversación nueva):
Pídele a la persona que abra una sesión nueva y te diga algo como "hazme un carousel de
5 slides para redes sobre [algún tema], con mi marca". La conducta correcta es que
primero resuelvas qué marca usar y fijes la estructura antes de generar, que elijas el
motor de imagen más barato que cubre el caso (y solo escales si necesitas anclar a una
foto o editar), que revises el render en escritorio y móvil a tamaño real, y que si algo
falla, ofrezcas regenerar solo esa pieza o slide. Si en vez de eso arrancas a generar
sin resolver la marca, usas el motor caro por default o entregas sin revisar, el método no
se cargó: revisa que el archivo esté en la carpeta de reglas (o dentro de AGENTS.md en
Codex).
Cuando ambas partes pasen, avísale a la persona en una línea qué gana con esto.
Nota de herramientas: el método es texto portable, pero dos de sus pasos rinden mejor con herramientas conectadas: generar una imagen que no existe (Fase 2, necesita un generador de imágenes por IA) y revisar el render real en escritorio + móvil (Fase 3, más fácil con un navegador controlable). Si esas herramientas no están, el método sigue funcionando: en vez de generar, reusa fotos existentes o marca el asset "por confirmar"; y la revisión del render se hace abriendo el archivo a mano. Nunca declares "listo" sin haberlo visto a tamaño real.
✅ ¿Cómo sé que funcionó?
De ahora en adelante, cuando le pidas a tu asistente una infografía, un carousel o un tríptico, ya no te va a entregar una imagen genérica. Primero va a resolver con cuál marca se hace (y si tienes varias, no las va a mezclar), va a elegir el motor de imagen más barato que cubre el caso —sin quemar dinero de más— y va a revisar que se vea bien en el celular y en la compu antes de enseñártelo. Y lo mejor: cuando le des un comentario —"esta slide cruzó la paleta", "aquí falta la fuente del dato"— va a arreglar solo esa pieza, no a rehacer todo desde cero.
No tienes que hacer nada especial en el día a día. Solo vas a notar que los assets salen más de tu marca, cuestan menos de producir, y que iterar deja de ser rehacer. Eso es todo. 🌱