🧠 La rutina que aprende

Recuerda el módulo 6.2: una tarea programada abre una sesión nueva en cada ejecución: un empleado nuevo cada día, sin recordar el día anterior. Esto es excelente para la confiabilidad (nadie arrastra malentendidos de una ejecución a otra), pero crea un problema real: ¿y si la tarea necesita ¿saber qué ya hizo? «Manda un resumen solo de las noticias nuevas desde ayer» no funciona si el agente no sabe qué mandó ayer.

La tentación obvia es pedirle al agente que «recuerde» todo, pero no guarda nada entre ejecuciones por cuenta propia; cada sesión nace y muere en blanco. La solución no es darle memoria a la sesión (ese es el loop, del módulo 6.3, y caduca rápido), sino darle memoria al disco: un archivo pequeño que sobrevive de una ejecución a otra, y que la tarea lee al principio y vuelve a escribir al final.

¿Eres nuevo aquí? Uno archivo de estado es un archivo de texto pequeño, dedicado a una sola tarea programada, que guarda solo lo importante para la próxima vez: la última fecha verificada, el último elemento procesado, un contador; nunca todo el historial. Es la «ficha» de la tarea, no su diario.

En la práctica: al comienzo de cada ejecución, la tarea programada abre este archivo y lee lo que contiene. Decide qué hacer en función de eso. Al final, reescribe el archivo completo con la información actualizada, sobrescribiendo lo anterior en vez de sumarlo. Por eso nunca crece: el contenido de hoy reemplaza al de ayer.

ultima_verificacao: 2026-08-04T07:00:00
ultimo_id_processado: 4821
proxima_acao: nenhuma pendencia

La otra tentación es ir sumando una línea por cada ejecución: un log (registro cronológico de todo lo que pasó). Parece más seguro (“nada se pierde”), pero en la práctica se vuelve un problema: el archivo crece sin parar, cuesta más y tarda más en releerse en cada ejecución, y después de algunos meses nadie — ni siquiera el agente — consigue encontrar lo importante entre miles de líneas.

Leyenda: la línea rosa sube sin parar — el log suma una línea en cada ejecución y nunca se reduce. La línea cian se mantiene recta y baja — el archivo de estado se sobrescribe, no se acumula, así que siempre conserva el mismo tamaño pequeño.

Este es el diagrama central del módulo: cómo una ejecución se conecta con la siguiente, sin una sesión activa ni registro; solo un archivo pequeño que pasa la posta.

Leyenda: seis pasos en círculo —inicio, leer el estado, decidir, ejecutar, volver a escribir el estado, fin— y la flecha punteada muestra que la siguiente ejecución programada vuelve al paso 1, ahora leyendo el estado que dejó lista la ejecución anterior.

Vamos a crear una tarea programada que use exactamente el ciclo del tema 4. Pídele al agente que configure ambos lados: la tarea en sí y el archivo de estado que lee y vuelve a escribir. Ajusta lo que esté entre <isto voce troca>.

Crie uma tarefa agendada que roda <todo dia às 7h> e faz o seguinte:
1. Leia o arquivo <caminho/do/status.txt>. Se ele ainda não existir, crie um
   com valores iniciais vazios.
2. Com base no que estiver nesse arquivo, decida o que precisa ser feito
   agora: <descreva a regra de decisão, ex: "só processar itens novos
   desde a última_verificacao">.
3. Execute <a tarefa em si, ex: "verificar novidades e me enviar um
   resumo">.
4. No final, reescreva o arquivo <status.txt> inteiro (não acrescente
   linhas) com os valores atualizados: data desta execução e o que for
   necessário pra próxima decisão.
Nunca deixe o arquivo de status crescer — ele deve ter sempre o mesmo
tamanho pequeno, com só os campos essenciais.

Tres formas de arruinar una rutina que aprende, todas fáciles de evitar una vez que sabes reconocerlas :

Leyenda: cada barra representa el trabajo realizado en esa ejecución. Disminuyen porque la rutina, guiada por el estado, se enfoca solo en lo nuevo: no vuelve a procesar lo que ya hizo antes.