Define una regla de parada antes de dar un bucle a un agente

Escribe una definición observable de terminado

Gracias a Omnisend por patrocinar este vídeo.

La grabación distingue prompts, objetivos y bucles con la analogía de un termostato. Una instrucción de seguir intentando necesita una comprobación que realmente permita acreditar el éxito.

1. Elige una tarea pequeña y escribe el resultado esperado.
2. Especifica cómo puede el agente probar ese resultado.
3. Define qué hacer si falta el acceso o una entrada necesaria.
4. Fija un presupuesto o límite de iteraciones junto a la condición de finalización.

Adapta el mecanismo a la tarea

Los ejemplos de julio usan /go con condiciones until y /loop para trabajo repetido. Son comandos mostrados en la grabación, no una afirmación de que todos los clientes actuales tengan la misma interfaz.

1. Inspecciona los ejemplos grabados de objetivos, como un juego comprobado o una secuencia generada.
2. Distingue una tarea que termina una vez de una comprobación periódica de un estado cambiante.
3. Lee las instrucciones del cliente actual antes de usar un comando exacto.
4. Empieza con un experimento pequeño de solo lectura o reversible.

Revisa las acciones repetidas y el coste

El vídeo también comenta la vigilancia de PR y la limpieza de ramas. Un disparador repetido no debe adquirir silenciosamente permiso para realizar cambios importantes.

1. Mantén las acciones externas y la eliminación tras el límite de revisión que necesiten.
2. Inspecciona el primer resultado antes de activar la repetición.
3. Haz visibles los fallos, las condiciones pendientes y el uso de tokens.
4. Detén o revisa un bucle que no pueda acreditar avances en vez de sustituir pruebas por intentos repetidos.

Conclusión

Un bucle es útil cuando sus entradas, límites y comprobación de éxito son claros. Esta guía no crea una programación ni concede permiso para cambios desatendidos en repositorios.