🎯 Determinismo

Novo aqui? Determinismo quer dizer fazer a mesma coisa, do mesmo jeito, toda vez — sem "decidir" nada no meio do caminho. É a diferença entre uma receita de bolo (sempre os mesmos passos, na mesma ordem) e um cozinheiro experiente (que prova, ajusta o tempero, muda de plano se faltou um ingrediente). Os dois podem fazer um bolo bom, mas um é previsível e o outro é flexível.

Nos módulos anteriores desta trilha você viu o agente "pensando": ele lê o contexto, decide qual ferramenta usar, avalia o resultado, e ajusta o próximo passo — é assim que a rotina que aprende (módulo 6.4) melhora sozinha com o tempo. Determinismo é o contrário disso, de propósito: uma sequência fixa de ações que não muda, não interpreta e não "pensa" — só executa.

Legenda: à esquerda, o agente "pensando" gira num ciclo de decisão a cada passo (útil quando a tarefa varia). À direita, o script determinístico segue uma linha reta e fixa de passos numerados — sem ciclo, sem decisão no meio.

Parece estranho pedir menos "inteligência" de um agente, mas faz todo sentido para um tipo específico de tarefa: repetitiva e bem definida. Se todo dia às 7h você precisa exportar um relatório, renomear os arquivos do dia anterior e mandar por e-mail — essa tarefa não muda de formato. Ela não precisa de "julgamento", precisa de confiabilidade e velocidade.

Um agente "pensando" toda vez custa mais tokens (a unidade de texto processado que define o custo, vista no módulo 0.1) e demora mais, porque ele reavalia o contexto do zero a cada execução. Um script fixo pula essa etapa: já sabe exatamente o que fazer.

Novo aqui? Um script é uma lista fixa de instruções que o computador executa na ordem, uma depois da outra, sem interpretar nem decidir nada — é a receita de bolo do exemplo anterior, só que escrita em código em vez de português. Diferente do agente, que "lê" a situação e escolhe o que fazer, o script apenas obedece exatamente o que está escrito, sempre do mesmo jeito.

A parte boa: quem escreve o script pode ser o próprio agente. Ele tem a capacidade de "pensar" uma vez, montar a sequência de passos certa, e gravar isso num arquivo. Dali em diante, quem executa não precisa mais pensar — só roda o arquivo.

Aqui está a jogada que separa uma tarefa agendada cara de uma barata: em vez de pedir para a tarefa agendada "pensar" toda vez que roda, você pede pro agente escrever o script uma única vez — e a partir daí a tarefa agendada só executa esse script. A parte "inteligente" (escrever, revisar, ajustar o script) fica rara e separada; a parte "repetitiva" (rodar todo dia) fica rápida e barata.

Legenda: à esquerda, o agente pensa e escreve o script UMA vez. À direita, a tarefa agendada roda esse script pronto TODOS os dias — rápido, sem gastar tokens "pensando" de novo a cada execução.

Objetivo: pedir ao agente que escreva um script simples para uma tarefa repetitiva sua e configure uma tarefa agendada que rode só esse script daqui pra frente — sem "pensar" de novo a cada execução.

Quero transformar a tarefa "<descreva a tarefa repetitiva, ex: exportar o relatório de vendas
do dia anterior e salvar em /relatorios>" num script determinístico.

1. Escreva um script simples (bash ou python, o que fizer mais sentido) que execute exatamente
   essa tarefa, sempre da mesma forma.
2. Teste o script uma vez rodando manualmente e me mostre o resultado.
3. Configure uma tarefa agendada para rodar ESSE SCRIPT (não o agente pensando) no horário
   "<defina o horário, ex: todo dia às 7h>".
4. Explique em uma frase por que isso fica mais rápido e barato do que o agente decidir tudo
   de novo a cada execução.

Como verificar: rode a tarefa agendada manualmente uma vez e confira que ela chama o script (não abre uma sessão nova "pensando"); o tempo de execução deve ser bem mais curto que uma sessão normal do agente.

Determinismo é ótimo até o momento em que sua tarefa passa a precisar avaliar um contexto que muda. Se a decisão certa hoje é diferente da decisão certa de amanhã — porque depende de algo que varia (o volume de e-mails, o conteúdo de um documento, uma condição externa) — um script fixo vai errar, porque ele não sabe se adaptar. Nesse caso, volta a valer a pena o agente "pensando" (visto no módulo 6.4).