🌱 Empieza aquí · Bench de formularios de captación cross-plataforma

Esta semilla le enseña a tu asistente un método para elegir bien la plataforma donde vas a poner un formulario de captación (registro a un webinar, encuesta, lead magnet, sondeo). En vez de escoger "a ojo", tu asistente define el formulario una vez, lo construye en 2-3 plataformas usando sus APIs, comprueba que de verdad quedaron creados, y las compara lado a lado con criterios objetivos —costo, integración, límites, fricción— para recomendarte la ganadora con evidencia. Y al final mide la conversión real para confirmar la decisión con números, no con folletos.

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 bench de formularios", "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 elegir plataforma para un formulario de captación.

1. Copia el método donde lo leas siempre

El kernel trae dos archivos:

• kernel/bench-formularios-cross-plataforma.md — el método en sí (las 4 fases, los criterios de comparación y la rúbrica de calidad).
• kernel/caso-formulario.ejemplo.md — una plantilla para capturar el caso del formulario (qué preguntas, qué KPI, qué plataformas) cada vez que llega un encargo.

Coloca bench-formularios-cross-plataforma.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/bench-formularios-cross-plataforma.md "$HOME/.claude/rules/bench-formularios-cross-plataforma.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 caso 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/bench-formularios-cross-plataforma.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 elegir plataforma de un formulario de captación aplica el método de bench-formularios-cross-plataforma.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 caso a ESTE encargo (recomendado)

Abre kernel/caso-formulario.ejemplo.md. Con la persona (o detectándolo tú), llena la plantilla reemplazando los placeholders:

• <TU-OBJETIVO> / <TU-AUDIENCIA> → para qué es el formulario y a quién va.
• Las preguntas exactas y el KPI primario con su umbral (qué número define el éxito).
• Las 2-3 plataformas candidatas y —crítico— si tienes la API key/token de cada una. Sin llave, esa plataforma no entra al bench.
• <por confirmar> → lo que la persona no sepa todavía; eso se pregunta, no se inventa.

Con el caso lleno, el método deja de comparar "en general" y compara plataformas reales para el formulario real de esta persona.

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/bench-formularios-cross-plataforma.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 "necesito un formulario de registro para un webinar; estoy entre [plataforma A] y [plataforma B], ¿cuál me conviene?". La conducta correcta es que primero definas el formulario y el KPI, investigues las APIs de cada plataforma ANTES de construir nada, verifiques que existen las llaves, construyas el mismo formulario por API en cada una, compruebes cada formulario contra su endpoint real, y armes un comparativo que nombre la ganadora con números concretos. Si en vez de eso eliges "a ojo" o declaras un formulario "creado" sin verificarlo, 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 tres de sus pasos rinden mejor con herramientas conectadas: leer la documentación oficial de cada API (necesita poder buscar/abrir páginas web), construir y verificar los formularios por API (necesita poder hacer peticiones HTTP, por ejemplo con curl desde una terminal), y medir la conversión real (necesita leer las métricas que expone cada plataforma). Si esas herramientas no están, el método sigue siendo útil como marco de decisión: puedes construir un par de formularios a mano y compararlos con los mismos criterios. Lo que NUNCA cambia es el principio de oro: no declares un formulario "listo" sin haberlo visto funcionar de verdad.

✅ ¿Cómo sé que funcionó?

De ahora en adelante, cuando tengas que elegir dónde poner un formulario de captación, tu asistente ya no te va a decir "yo usaría esta" por corazonada. Primero define el formulario y qué número mide el éxito, investiga cómo funciona la API de cada plataforma antes de tocar nada, construye la misma prueba en 2-3 lados, comprueba que de verdad quedaron creadas, y te trae un comparativo que nombra la ganadora con números —costo por respuesta, integración con tu stack, límites del plan— y una razón clara, no un "depende". Y después mide cuánta gente de verdad llenó cada formulario, para que la próxima campaña arranque con un dato, no a ciegas.

No tienes que hacer nada especial en el día a día. Solo vas a notar que dejas de apostar por la plataforma equivocada y de descubrir a media campaña que no exporta a tu CRM o que cobra por respuesta. Eso es todo. 🌱