🧠 A rotina que aprende

Lembra do módulo 6.2: uma tarefa agendada abre uma sessão nova a cada disparo — funcionário novo todo dia, sem lembrar do dia anterior. Isso é ótimo pra confiabilidade (ninguém carrega mal-entendido de uma execução pra outra), mas cria um problema real: e se a tarefa precisa saber o que já fez? "Manda um resumo só das notícias novas desde ontem" não funciona se o agente não sabe o que já mandou ontem.

A tentação óbvia é pedir pro agente "lembrar" de tudo — mas ele não guarda nada entre execuções por conta própria; cada sessão nasce e morre em branco. A solução não é dar memória à sessão (isso é o loop, do módulo 6.3, e expira rápido) — é dar memória ao disco: um arquivo pequeno que sobrevive de uma execução pra outra, e que a tarefa lê no começo e reescreve no fim.

Novo aqui? Um arquivo de status é um arquivo de texto pequeno, dedicado a uma única tarefa agendada, que guarda só o que importa pra próxima vez: a última data verificada, o último item processado, um contador — nunca o histórico inteiro. É a "ficha" da tarefa, não o diário dela.

Na prática: a tarefa agendada, no começo de cada execução, abre esse arquivo e lê o que está lá. Decide o que fazer com base nisso. No fim, reescreve o arquivo inteiro com a informação atualizada — sobrescrevendo, não somando ao que já tinha. Por isso ele nunca cresce: o conteúdo de hoje substitui o de ontem.

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

A outra tentação é ir somando uma linha a cada execução — um log (registro cronológico de tudo que aconteceu). Parece mais seguro ("nada se perde"), mas na prática vira um problema: o arquivo cresce sem parar, fica caro e lento de reler a cada execução, e depois de alguns meses ninguém — nem o agente — consegue achar o que importa no meio de milhares de linhas.

Legenda: a linha rosa sobe sem parar — o log ganha uma linha a cada execução e nunca encolhe. A linha ciano fica reta e baixa — o arquivo de status é reescrito, não somado, então mantém sempre o mesmo tamanho pequeno.

Este é o diagrama central do módulo: como uma execução se conecta com a próxima, sem sessão viva e sem log — só um arquivo pequeno passando o bastão adiante.

Legenda: seis passos em círculo — início, lê o status, decide, executa, reescreve o status, fim — e a seta pontilhada mostra que a próxima execução agendada volta pro passo 1, agora lendo o status que a execução anterior deixou pronto.

Vamos criar uma tarefa agendada que usa exatamente o ciclo do tópico 4. Peça pro agente configurar os dois lados: a tarefa em si e o arquivo de status que ela lê e reescreve. Ajuste o que estiver 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.

Três formas de estragar uma rotina que aprende — todas fáceis de evitar depois que você sabe olhar pra elas:

Legenda: cada barra representa o trabalho feito naquela execução. Elas diminuem porque a rotina, guiada pelo status, foca só no que é novo — não reprocessa o que já fez antes.