🌱 Empieza aquí · Pitch deck y one-pager comercial con tu marca

Esta semilla le enseña a tu asistente un método para armar piezas comerciales que se ven de tu marca y convencen a un cliente: un pitch deck (presentación de varias diapositivas) o un one-pager (una sola hoja de resumen). No solo "hace un deck": primero decide cuál identidad de marca usar, escribe para quien no conoce tu jerga, revisa que no se vea amateur, checa cómo se ve en pantalla real, y cuando le das comentarios, rehace solo la parte que falló, no todo el documento.

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 del pitch deck", "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 una pieza comercial.

1. Copia el método donde lo leas siempre

El kernel trae dos archivos:

• kernel/pitch-deck-one-pager-comercial.md — el método en sí (las 4 fases, la rúbrica y la auditoría visual).
• kernel/brief-comercial.ejemplo.md — una plantilla para capturar el brief y aterrizar el método a la marca real de esta persona.

Coloca pitch-deck-one-pager-comercial.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/pitch-deck-one-pager-comercial.md "$HOME/.claude/rules/pitch-deck-one-pager-comercial.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 en el paso 2 cada vez que llega un encargo).

Cowork: usa la misma carpeta de reglas si tu proyecto la soporta (.claude/rules/pitch-deck-one-pager-comercial.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 piezas comerciales de marca aplica el método de pitch-deck-one-pager-comercial.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-comercial.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 su brand book.
• <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/pitch-deck-one-pager-comercial.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 one-pager comercial de [su producto] para [un cliente]". La conducta correcta es que primero resuelvas qué marca usar y fijes la estructura antes de maquetar, que escribas para audiencia externa (por qué → qué → cómo), que audites la jerarquía visual, que revises el render en escritorio y móvil, y que si algo falla, ofrezcas rehacer solo esa sección. Si en vez de eso arrancas a maquetar sin resolver la marca 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 (paso 5, necesita un generador de imágenes por IA) y revisar el render real en escritorio + móvil (paso 8, 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.

✅ ¿Cómo sé que funcionó?

De ahora en adelante, cuando le pidas a tu asistente un deck o un one-pager comercial, ya no te va a entregar un documento genérico. Primero va a resolver con cuál marca se hace (y si tienes varias, no las va a mezclar), va a contar la historia pensando en tu cliente (no en ti), y va a revisar que no se vea amateur antes de enseñártelo. Y lo mejor: cuando le des un comentario —"este diferenciador suena a humo", "aquí se mezclaron los colores"— va a arreglar solo esa parte, no a rehacer todo desde cero.

No tienes que hacer nada especial en el día a día. Solo vas a notar que las piezas salen más de tu marca, más claras para quien las recibe, y que iterar deja de ser rehacer. Eso es todo. 🌱