🌱 Empieza aquí · Pruebas A/B y experimentación de crecimiento

Esta semilla le enseña a tu asistente a diseñar pruebas A/B en serio: comparar dos o más versiones de algo (una página, un correo, un botón) y saber, con números confiables, cuál funciona mejor. Deja de adivinar con corazonadas y te ayuda a montar un método con hipótesis clara, tamaño de muestra correcto y métricas bien elegidas. También te arma un programa de experimentación continuo para que las mejoras se acumulen mes con mes.

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 técnico 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 las pruebas A/B", "haz el setup de esto". Te entiende igual.

Para el asistente que siembra 🤖

Esto es un skill (habilidad), no un hook (gancho de automatización). No necesita settings.json ni permisos de ejecución: los skills se descubren solos cuando viven en la carpeta correcta. Tu trabajo es copiar los archivos del kernel a su lugar y verificar que quedaron.

1. Decide el alcance con el usuario

• Alcance global (recomendado): disponible en todas las conversaciones del usuario. Va en $HOME/.claude/skills/pruebas-ab/.
• Alcance de un proyecto: solo dentro de una carpeta específica. Va en <TU-RUTA>/.claude/skills/pruebas-ab/, donde <TU-RUTA> es la carpeta raíz del proyecto del usuario.

Si el usuario no tiene preferencia, usa el alcance global.

2. Copia los archivos del kernel

El kernel trae el skill, su licencia de origen y una carpeta de referencias con tablas y plantillas. Cópialos todos, conservando la estructura de carpetas.

Claude Code / Cowork (macOS o Linux), alcance global:

mkdir -p "$HOME/.claude/skills/pruebas-ab"
cp -R kernel/. "$HOME/.claude/skills/pruebas-ab/"

Windows (PowerShell):

New-Item -ItemType Directory -Force "$HOME\.claude\skills\pruebas-ab"
Copy-Item -Recurse -Force kernel\* "$HOME\.claude\skills\pruebas-ab\"

No hace falta chmod: son archivos de texto que el asistente lee, no programas que se ejecutan. El archivo LICENSE conserva la licencia MIT del método original (ver la sección de crédito del README); déjalo tal cual.

3. Placeholders (opcional)

El skill funciona tal cual, sin tocar nada. El único placeholder es opcional:

• <TU-RUTA> → solo aplica si eliges el alcance de proyecto en el paso 1; es la carpeta raíz del proyecto del usuario. Con alcance global no tienes que tocar nada.

4. Verificación post-siembra (obligatoria)

Paso A · comprueba que los archivos quedaron en su lugar:

ls -la "$HOME/.claude/skills/pruebas-ab/SKILL.md" \
  && ls "$HOME/.claude/skills/pruebas-ab/referencias/" \
  && grep -m1 '^name:' "$HOME/.claude/skills/pruebas-ab/SKILL.md"; echo "exit=$?"

Salida esperada: se lista SKILL.md, aparecen los dos archivos de referencias/ (guia-tamano-muestra.md y plantillas-de-test.md), se imprime name: pruebas-ab y al final exit=0. Si sale No such file or directory, la copia no se hizo; repite el paso 2.

Paso B · prueba de comportamiento (el asistente la corre él mismo, sin scripts). Los skills se cargan al inicio de la conversación, así que reinicia la sesión primero. Luego plantéate esta petición de prueba:

"Quiero probar dos versiones del titular de mi página de inicio. ¿Cómo diseño la prueba A/B?"

El comportamiento correcto es que el asistente aplique el método, no que responda de forma genérica. En concreto, debería:

• Preguntar por la tasa de conversión base y el tráfico de la página.
• Proponer una hipótesis con la estructura "Porque [dato], creemos que [cambio] causará [resultado] para [audiencia]".
• Definir una métrica primaria, secundarias y de resguardo.
• Estimar un tamaño de muestra por variante usando las tablas de referencia.

Si en vez de eso suelta consejos vagos sin hipótesis ni tamaño de muestra, el skill no se cargó: revisa que SKILL.md esté en ~/.claude/skills/pruebas-ab/ y reinicia la sesión.

Cuando ambas partes pasen, avísale al usuario en una línea qué gana con esto.

✅ ¿Cómo sé que funcionó?

De ahora en adelante, cuando quieras mejorar algo (una página, un correo, un anuncio) y le pidas a tu asistente que te ayude a probarlo, en vez de darte una opinión te va a montar una prueba de verdad: te pregunta lo justo, arma la hipótesis, calcula cuánta gente necesitas y por cuánto tiempo, y te dice cómo leer el resultado sin engañarte a ti mismo. Con el tiempo, esas mejoras se van sumando en un método propio de tu producto.

No tienes que hacer nada especial en el día a día. Solo pídele probar algo y deja que él ponga el rigor. 🌱