Del prompt al loop

Tú eres el motor

Hasta aquí del curso, todo suponía que estás delante del teclado: terminas una función, lees el progreso, piensas qué toca, escribes la siguiente instrucción. Tienes un buen harness, pero cada paso arranca contigo. Si te vas a dormir, el agente se para.

Un loop (bucle autónomo) le pasa ese botón de inicio al sistema. No pierdes el control: lo subes un nivel. Ya no escribes la instrucción de cada paso; diseñas el sistema que las escribe.

/goal, el loop más pequeño

Claude Code y Codex ofrecen un comando /goal. Le das un estado final en lugar de un siguiente paso:

/goal "Todos los tests pasan, cero avisos de lint, cambios fusionados en main"

El agente prueba, falla, cambia de enfoque y repite hasta cumplirlo o agotar su presupuesto. La diferencia con un prompt normal:

Cuatro tipos de loop

Se distinguen por cómo arrancan y cómo paran:

No compiten: son herramientas para distintos trabajos.

/goal no es /loop

Aunque suenan parecido, resuelven cosas opuestas. /goal es una tarea grande que avanza hacia una meta, como un maratón. /loop es una acción pequeña repetida cada cierto tiempo, como un despertador: cada ejecución es independiente y no recuerda la anterior.

La prueba de una frase: ¿esto tiene un final? Si lo tiene, /goal. Si solo quieres vigilar algo, /loop. Meter «sigue implementando los pagos» en un /loop es el error clásico: cada vuelta empieza de cero.

Dentro y fuera del loop

Estar dentro es lo que hacías hasta ahora: tú inspeccionas, tú corriges la instrucción, tú pasas a lo siguiente. Estar fuera es que el sistema descubre trabajo, lo reparte, lo verifica, apunta el estado y decide el siguiente paso. Tu papel se reduce a tres cosas: fijar el objetivo y la parada antes, revisar la salida después y ajustar las reglas cuando algo se desvía. El apalancamiento pasa de «escribir el prompt perfecto» a «diseñar el loop correcto».

Esto no sustituye al harness: lo necesita. El harness hace fiable una ejecución; el loop encadena ejecuciones sin ti.

Plantilla mínima de objetivo

El material del curso trae una plantilla de objetivo. Su esqueleto:

## Objetivo
Implementar la función X con tests.

## Criterios de aceptación (comprobables con un comando)
- [ ] `npm test` pasa completo
- [ ] `npm run lint` sin errores

## Alcance
- Se puede tocar: src/x/, tests/
- No se toca: el archivo de entrada, migraciones, versiones de dependencias

## Condiciones de parada
- Se cumplen todos los criterios
- Máximo 20 turnos
- 3 rondas seguidas sin avanzar (mismo error)
- Bloqueo que no puede resolver solo