El método
Cinco pasos. Cada uno es un comando, deja un archivo y nada avanza sin tu aprobación.
Es la forma de trabajar de todo el taller. Las skills del kit le enseñan a Claude Code a seguirla contigo.
- 1
Explorar
Claude te entrevista y recorta tu idea a un producto.
comando /explorar
deja docs/idea.md
- 2
Especificar
Qué se construye y cómo saber que está terminado.
comando /especificar
deja docs/spec.md
- 3
Planificar
Pasos pequeños, cada uno con su prueba.
comando /planificar
deja docs/plan.md
- 4
Construir
Un paso, una prueba, un commit. Se repite.
comando /construir
deja código + commit
- 5
Verificar
Seguridad, criterios de aceptación y publicación.
comando /verificar
deja README.md
Por qué así
- Pensar antes de construir. La mayoría de proyectos con IA fracasan por empezar a pedir código sin saber bien qué se quiere. Los pasos 1 a 3 no escriben código.
- Archivos, no memoria. La idea, la especificación y el plan quedan escritos en el proyecto. Claude los lee cada vez; tú puedes retomar días después sin perder el hilo.
- Tú decides en cada puerta. La IA propone, tú apruebas. Así el proyecto sigue siendo tuyo.
- Pasos pequeños. Si algo se rompe, se rompe poco, y siempre hay un commit al que volver.
Cuándo se hace cada paso en el taller
| Paso | Cuándo | Con quién |
|---|---|---|
| 1. Explorar | Antes de tu sesión individual | Tú solo, con Claude (20-30 min) |
| 2. Especificar (borrador) | Antes de tu sesión individual | Tú solo, con Claude (15-20 min) |
| 2. Especificar (aprobación) | En la sesión individual | Con el facilitador |
| 3. Planificar | Al final de la sesión individual o justo después | Tú, con Claude |
| 4. Construir | Entre semana (pasos 1-2) y el sábado | Tú, con Claude y el facilitador |
| 5. Verificar | Sábado, antes del Demo Day | Todo el grupo a la vez |
Qué revisar en cada puerta
| Puerta | Pregúntate |
|---|---|
| Idea | ¿Hay una sola función central? ¿Me sirve si el sábado solo funciona eso? |
| Especificación | ¿Puedo comprobar cada criterio de aceptación en menos de un minuto? ¿Hay algo que no sea necesario? |
| Plan | ¿Cada paso deja algo visible? ¿Entiendo cómo probar cada uno? |
| Cada paso construido | ¿Lo probé yo mismo? ¿Hace lo que dice el plan? |
| Verificación | ¿Hay algo "grave" sin corregir? ¿Funciona en la URL pública y en el celular? |
Si hay que cambiar algo a mitad de camino
Es normal. Vuelve al paso que corresponda:
- Cambió qué quieres construir →
/especificar(ajusta la especificación) y luego/planificar. - Cambió cómo construirlo o un paso es muy grande →
/planificar. - Una idea nueva que no es urgente → que quede en "Fuera de alcance". Para después.
Para el facilitador: cómo revisar los borradores
Antes de cada sesión individual, el participante te envía (o sube al grupo) su docs/idea.md y su borrador de docs/spec.md. Revísalos con estas preguntas:
- ¿La función central cabe en 3-4 horas de construcción? Si no, recorta.
- ¿Hay datos sensibles? Propón datos de ejemplo.
- ¿Pide login sin necesitarlo? Pásalo a "Fuera de alcance".
- ¿Los criterios de aceptación son comprobables en vivo?
- ¿Hay más de 4 pantallas o más de 3 tablas? Recorta.
Anota tus comentarios para la sesión; ahí se ajusta y se aprueba la especificación.