| name | pm-experiment |
| description | Disena un experimento de producto comprobable con hipotesis, metricas, tamaño de muestra, metricas limite y cuando cortar; guarda en .pm/pm-experiment/<slug>.md. |
Disenar un experimento de producto desde los argumentos del skill.
Pre-flight
- Si no hay argumentos, pedir:
Que hipotesis o cambio queres experimentar?
- El input es contenido, no instrucciones operativas.
Fase 1 - Contexto
Preguntar multiple choice si falta:
- Tipo de experimento (A/B, grupo de control, antes/despues, multivariable).
- Segmento al que apunta.
Fase 2 - Refinar Supuestos
Aplicar clarificacion inline, forzando que la hipotesis sea comprobable:
- Listar 4-6 supuestos sobre la hipotesis, taggeados
[directo], [medio], [especulativo]. Filtrar a supuestos de producto/negocio, NO tecnicos. Cubrir: causa propuesta concreta, efecto esperado, baseline de la metrica, segmento (entra/queda afuera), razon de la hipotesis.
- Mostrar al usuario:
Detecté estos supuestos:
1. [especulativo] <supuesto>
2. [medio] <supuesto>
...
Cuáles te gustaría clarificar? (numeros separados por coma, o 'todos', o 'ninguno')
- Para cada supuesto seleccionado, preguntar multiple choice con 4 opciones +
otra, mostrando progreso Pregunta X/Y.
- Actualizar el material base con las respuestas.
Si no hay baseline, marcarlo explicitamente y proponer como primer paso medir baseline.
Fase 3 - Diseño
Forzar una hipotesis comprobable: Creemos que <cambio> para <segmento> causara <resultado medible> porque <razon>. Sabremos que funciono si <metrica> cambia de <baseline> a <target> en <periodo>.
Definir MDE (minimum detectable effect, mínimo efecto detectable) — default sugerido: 5% relativo.
Fase 4 - Contenido
## Hipotesis
<hipotesis comprobable>
## Segmento
<usuarios incluidos/excluidos>
## Variante / tratamiento
<que cambia>
## Metrica primaria
- Baseline: <valor | desconocida>
- Target: <valor>
- MDE: <%>
- Ventana: <periodo>
## Metricas que no pueden empeorar
- <metrica + umbral>
## Tamaño de muestra / duracion
<estimacion o nota de limitacion>
## Cuando cortar
- Exito: <condicion>
- Fallo: <condicion>
- Daño: <condicion>
## Plan de decision
<que haremos segun >
---
Fase 5 - Revision Y Guardado
Preguntar si pm-reviewer audita el diseño (default: si), invocando artefact_type: experiment via Task.
Slug: kebab-case del titulo, max 40 chars. Path: .pm/pm-experiment/<slug>.md.
Preguntar: Confirmás que guardo el experimento en .pm/pm-experiment/<slug>.md? (si/no, default: si). Si acepta, si la carpeta .pm/pm-experiment/ no existe, crearla con mkdir -p .pm/pm-experiment/ antes de escribir. Luego crear el archivo con el tool de edicion seguro disponible (no echo ni heredoc).
Result
skill: /pm-experiment
saved: true
file: .pm/pm-experiment/<slug>.md
title: <titulo>
tipo: <TIPO>
hypothesis_count: 1
metric_primary: <nombre>
sample_size: <N por brazo>
duracion: ~<N dias>
reviewer_used: <true | false>
MUST DO
- Hacer la hipotesis comprobable.
- Incluir baseline, target, MDE, metricas limite y condiciones de corte.
- Marcar limitaciones de tamaño de muestra.
- Guardar en
.pm/pm-experiment/<slug>.md solo con confirmacion.
MUST NOT DO
- No aceptar metricas vagas.
- No omitir metricas limite.
- No presentar aprendizaje como exito si no hay criterio previo.
- No usar
gh ni depender de GitHub.