🎯 Determinismo

¿Eres nuevo aquí? Determinismo quiere decir hacer lo mismo, de la misma manera, cada vez — sin «decidir» nada durante el proceso. Es la diferencia entre una receta de pastel (siempre los mismos pasos, en el mismo orden) y un cocinero experimentado (que prueba, ajusta el sazón, cambia de plan si falta un ingrediente). Los dos pueden hacer un buen pastel, pero uno es predecible y el otro es flexible.

En los módulos anteriores de esta ruta viste al agente «pensando»: lee el contexto, decide qué herramienta usar, evalúa el resultado y ajusta el siguiente paso; así es como la rutina que aprende (módulo 6.4) mejora por sí sola con el tiempo. El determinismo es lo contrario, a propósito: una secuencia fija de acciones que no cambia, no interpreta ni «piensa»: solo ejecuta.

Leyenda: a la izquierda, el agente «pensando» gira en un ciclo de decisión en cada paso (útil cuando la tarea varía). A la derecha, el script determinista sigue una línea recta y fija de pasos numerados, sin ciclos ni decisiones intermedias.

Parece extraño pedirle menos "inteligencia" a un agente, pero tiene mucho sentido para un tipo específico de tarea: repetitiva y bien definida. Si todos los días a las 7h necesitas exportar un informe, cambiar el nombre de los archivos del día anterior y enviarlo por correo, esa tarea no cambia de formato. No necesita «criterio», sino confiabilidad y rapidez.

Un agente que «piensa» cada vez consume más tokens (la unidad de texto procesado que determina el costo, que viste en el módulo 0.1) y tarda más, porque vuelve a evaluar el contexto desde cero en cada ejecución. Un script fijo se salta esa etapa: ya sabe exactamente qué hacer.

¿Eres nuevo aquí? Uno script es una lista fija de instrucciones que la computadora ejecuta en orden, una tras otra, sin interpretar ni decidir nada: es la receta del ejemplo anterior, solo que escrita en código en vez de en portugués. A diferencia del agente, que «lee» la situación y elige qué hacer, el script solo obedece exactamente lo que está escrito, siempre de la misma manera.

La parte buena: quien escribe el script puede ser el propio agente. Tiene la capacidad de «pensar» una vez, armar la secuencia correcta de pasos y guardarla en un archivo. A partir de ahí, quien lo ejecuta ya no necesita pensar — solo ejecuta el archivo.

Aquí está la clave que distingue una tarea programada cara de una barata: en vez de pedirle a la tarea programada que «piense» cada vez que se ejecuta, le pides al agente escribir el script una sola vez — y a partir de ahí la tarea programada solo ejecuta ese script. La parte "inteligente" (escribir, revisar, ajustar el script) queda separada y se hace rara vez; la parte "repetitiva" (ejecutarlo todos los días) queda rápida y barata.

Leyenda: a la izquierda, el agente piensa y escribe el script UNA vez. A la derecha, la tarea programada ejecuta ese script listo TODOS los días: rápido, sin gastar tokens para «pensar» de nuevo en cada ejecución.

Objetivo: pedirle al agente que escriba un script sencillo para una tarea repetitiva tuya y configure una tarea programada que ejecute solo ese script de ahora en adelante — sin volver a «pensar» en cada ejecución.

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.

Cómo verificar: ejecuta manualmente la tarea programada una vez y comprueba que llama al script (no abre una sesión nueva «pensando»); el tiempo de ejecución debe ser mucho más corto que una sesión normal del agente.

El determinismo es excelente hasta que tu tarea necesita evaluar un contexto que cambia. Si la decisión correcta hoy es distinta de la correcta mañana —porque depende de algo variable (el volumen de correos electrónicos, el contenido de un documento, una condición externa)—, un script fijo fallará porque no sabe adaptarse. En ese caso, vuelve a valer la pena que el agente «piense» (como se vio en el módulo 6.4).