Claude Code explica cómo diseñar loops para agentes

El equipo de Claude Code ha publicado una guía breve pero bastante útil sobre una idea que empieza a repetirse mucho alrededor de los agentes de programación: diseñar loops en vez de limitarse a escribir prompts cada vez mejores.

La definición que dan es sencilla: un loop es un agente repitiendo ciclos de trabajo hasta que se cumple una condición de parada. Lo importante no es solo que el agente itere, sino cómo se activa, cómo se detiene, qué primitiva de Claude Code usa y para qué tipo de tarea tiene sentido.

Cuatro formas de pensar un loop

El primer caso es el loop manual de toda la vida: lanzas un prompt, Claude lee contexto, hace cambios, comprueba lo que puede y te devuelve el resultado. Sirve para tareas cortas o puntuales. La mejora propuesta por el equipo es documentar las verificaciones en un SKILL.md, de forma que el agente pueda comprobar más cosas por sí mismo y no dependa tanto de que el usuario recuerde cada paso.

El segundo patrón es el loop por objetivo, usando /goal. Aquí el usuario define qué significa terminar y, opcionalmente, un límite de intentos. Es una forma de evitar que el agente cierre demasiado pronto una tarea compleja. Según el artículo, funciona especialmente bien cuando el criterio de éxito es determinista: tests que pasan, una puntuación mínima o una condición verificable.

El tercer patrón es el loop por tiempo, con /loop y /schedule. Está pensado para trabajos recurrentes o para sistemas externos que hay que revisar cada cierto intervalo: resumir mensajes cada mañana, comprobar si una PR ha recibido comentarios o reaccionar a un fallo de CI. /loop se ejecuta en local, mientras que /schedule permite mover esa rutina a la nube.

El cuarto caso son los loops proactivos: rutinas que se disparan por evento o calendario sin una persona presente en tiempo real. El ejemplo que dan combina /schedule, /goal, workflows dinámicos, agentes de revisión y auto mode para procesar feedback, arreglar problemas y revisar cambios.

La parte importante: calidad y coste

La guía insiste en algo que conviene no saltarse: la calidad de un loop depende del sistema que lo rodea. Si el código base está limpio, las convenciones están claras y los criterios de verificación están escritos, el agente tiene muchas más opciones de producir algo aceptable.

También recomiendan usar un segundo agente para revisar código. Tiene sentido: un revisor con contexto fresco no arrastra el razonamiento del agente principal y puede detectar errores que el primer agente ha pasado por alto.

En cuanto a tokens, el consejo es bastante pragmático: no todo necesita varios agentes ni loops largos. Hay que elegir la primitiva adecuada, definir bien el criterio de parada, probar primero con un caso pequeño y mover el trabajo determinista a scripts cuando sea posible.

Por qué importa

La conversación sobre agentes de código está pasando de “qué prompt uso” a “qué sistema operativo alrededor del agente estoy construyendo”. Los loops son una forma de formalizar esa transición: cuándo empieza el trabajo, cuándo debe parar, cómo se verifica y qué partes se pueden automatizar sin dejar que el coste se dispare.

Para equipos que ya usan Claude Code, la guía sirve como checklist inicial. Para el resto, deja una idea útil: antes de automatizar una tarea con agentes, conviene escribir qué significa que esté bien hecha.

Fuente original: ClaudeDevs en X.