🕵️ El vigilante que hace la ronda
¿Eres nuevo aquí? Uno loop (se lee «lúpi», «bucle» en inglés) es una sesión — una conversación continua con el agente, abierta y activa, que repite un ciclo: verifica algo, decide si debe actuar, actúa si hace falta, espera un poco y vuelve a verificar. Piensa en un vigilante nocturno haciendo la ronda: pasa por la misma entrada cada hora, pero recuerda la ronda anterior; si vio la luz encendida a las 22h y ahora está apagada, sabe que algo cambió. No lo reemplaza un guardia nuevo en cada vuelta.
Esto es muy diferente de la tarea programada del módulo 6.2, que es lo opuesto: allí, cada ejecución es un empleado nuevo que llega, lee la instrucción, hace el trabajo y se va sin recordar nada, porque abre una sesión nueva cada vez que se activa. El loop mantiene la misma sesión de principio a fin, y es precisamente esa memoria activa lo que lo hace útil para dar seguimiento a algo en curso.
Leyenda: el loop gira en cuatro pasos: verifica, decide, actúa, espera; y vuelve al inicio por sí solo. Sin embargo, la sesión completa tiene un plazo: si pasan ~3 días sin intervención, vence y el ciclo se detiene.
💡 Concepto principal
- •Tarea programada = un empleado nuevo en cada ejecución, sin memoria entre una y otra.
- •Loop = el mismo vigilante, en la misma ronda, recordando lo que vio en la vuelta anterior.
📍 Dónde se ejecuta un loop
La tarea programada del módulo 6.2 vive dentro de un app de escritorio — un programa con ventana e ícono, instalado en tu computadora, separado del terminal. El ciclo es más flexible: se ejecuta en cualquier lugar donde puedas abrir una sesión con el agente y dejarla abierta.
💻 Terminal
¿Eres nuevo aquí? O terminal es el cuadro de texto que da órdenes directamente a la computadora (lo viste en el módulo 0.2). Abres una sesión allí y le pides al agente «quédate verificando X»; la ventana tiene que permanecer abierta.
🧩 VS Code
Dentro del editor, con la extensión del agente abierta en una pestaña lateral: útil cuando el loop acompaña algo relacionado con el código que tú mismo estás editando en vivo.
🖥️ Aplicación de escritorio
La misma app que aloja la tarea programada también puede mantener abierta una sesión de loop — la diferencia no es el programa, sino el tipo de tarea que le diste.
🔍 Por dentro
Lo que cambia entre estos lugares es solo la comodidad: abrir y cerrar la ventana, ver el historial. El comportamiento del ciclo (verifica, decide, actúa, espera) es el mismo en cualquiera de ellos.
⏳ Por qué vence en ~3 días
Este es el precio de la memoria viva: una sesión de loop expira por sí sola después de unos 3 días, y se cierra en el acto si cierras la ventana dónde se estaba ejecutando. No es un bug: es el intercambio que sostiene el formato. Mantener una sesión abierta y con memoria tiene un costo (necesita seguir "recordando" todo lo que ya vio); por eso el formato está pensado para durar días, no meses.
| Tarea programada | Loop | |
|---|---|---|
| Memoria | una sesión nueva en cada ejecución | mantiene el contexto en la misma sesión |
| Duración | indefinida (diaria, semanal, mensual) | expira en ~3 días |
| Si la PC se apagó | recupera ejecuciones perdidas | el loop se detiene si se cierra la sesión |
Leyenda: los ~3 días no son una alarma visible: son el límite real de la sesión. Si el tema que estás siguiendo todavía no terminó en ese plazo, tienes que abrir un loop nuevo (o considerar si, en realidad, el caso requiere una tarea programada).
💡 Consejo práctico
Trata el loop como una linterna, no como un puesto fijo: es excelente para iluminar un tramo corto del camino, pero no sirve como solución permanente. Si te descubres reabriendo el mismo loop cada semana, es señal de que la respuesta correcta era una tarea programada desde el principio.
🎯 Casos de uso reales
El loop brilla cuando el tema tiene principio, desarrollo y final próximos — días, no meses — y quieres que alguien esté pendiente mientras haces otra cosa. Tres ejemplos concretos:
Seguir un deploy en curso
Publicaste una versión nueva y quieres saber apenas termine de subirse (o si algo falla), sin estar revisando el panel cada dos minutos.
Monitorear un precio
Un producto que quieres comprar en cuanto baje de cierto precio — el loop lo verifica de vez en cuando y te avisa en el momento adecuado, dentro de una ventana de algunos días.
Vigilar una cola de tareas
Un proceso por lotes (renderizar videos, procesar imágenes) que tardará algunas horas — el loop verifica el avance y te avisa cuando termine o se atasque.
✓ Buena opción para el bucle
- ✓El asunto tiene un plazo corto y claro (de unas horas a unos pocos días)
- ✓Vas a dejar la máquina/sesión encendida durante ese período
- ✓Lo importante es reaccionar rápido ante un cambio, no repetirlo para siempre
✗ Mal encaje para el bucle
- ✗Es una rutina que se repite todos los días o todas las semanas indefinidamente
- ✗Necesitas que sobreviva a los reinicios de la computadora
- ✗No habrá nadie cerca para volver a abrir la sesión después de 3 días
⚙️ Crea tu primer ciclo
Se acabó la teoría: abre una sesión con el agente (en la terminal, VS Code o la app de escritorio, da igual) y pega
el prompt de abajo. Crea un bucle simple: verifica un archivo de estado cada 30 minutos y te avisa
si cambió. Ajusta lo que esté entre <isto voce troca>.
Crear un bucle que vigile un archivo de estado y avise cuando cambie: el patrón básico de casi todos los bucles de monitoreo.
A cada 30 minutos, verifique se o arquivo <caminho/do/arquivo-status.txt> mudou
desde a última vez que você olhou. Se mudou, me avise com um resumo curto do
que mudou. Se não mudou, não faça nada e espere o próximo ciclo. Continue
repetindo isso até eu te pedir para parar, ou até esta sessão expirar
naturalmente. Objetivo: acompanhar <o que você está monitorando aqui>.Cómo verificar: cambia manualmente el contenido del archivo de estado (o deja que otro proceso lo cambie) y comprueba si, en el próximo ciclo de 30 minutos, el agente te avisó en la misma sesión, sin que tengas que volver a preguntar.
🔍 Por dentro
El intervalo («cada 30 minutos») y la condición («si cambió») son los dos parámetros que más vas a ajustar. Los intervalos cortos consumen más tokens (la unidad que mide el costo de procesamiento, vista en el módulo 0.1); los intervalos largos pueden hacer que se pase el momento adecuado para actuar.
🚫 Cuándo el loop NO es la herramienta adecuada
El error más común de quienes descubren el loop es intentar convertirlo en una tarea programada disfrazada: dejarlo funcionando «para siempre» y esperar que la sesión no se cierre. Esto falla en cuanto cierras la ventana o pasan ~3 días, y pierdes el seguimiento sin aviso.
✓ Usa un loop
- ✓"Acompáñame hasta terminar" — plazo corto, la sesión queda abierta
- ✓Tienes la máquina encendida y vas a supervisar de cerca
✗ Usa una tarea programada
- ✗"Cada día/cada semana, haz X" — no tiene una fecha de finalización prevista
- ✗Necesita sobrevivir a reinicios y a tu ausencia
✅ Lista de verificación de decisión final
- •¿Esto tiene un final previsto en unos pocos días? Si la respuesta es sí → loop.
- •¿Esto debe seguir ejecutándose aunque se me olvide? Si la respuesta es sí → tarea programada (módulo 6.2).
- •¿Voy a dejar la sesión abierta todo el tiempo? Si no, no es un loop, es una tarea programada.
Verificación rápida (opcional): ¿qué hace que una sesión de loop termine antes de lo previsto?