Automatizaciones y agentes: el problema no es la herramienta, es saber qué decide
Hoy todo se llama “agente”. Pero hay dos formas muy distintas de resolver un mismo proceso, y elegir mal no se nota al principio: se nota cuando el sistema ya creció y volver atrás sale caro.
Cada tanto aparece una palabra que se usa para todo y termina sin significar nada. Hoy esa palabra es agente.
Se arma una automatización simple y se la llama agente. Se conecta un modelo a un flujo de tareas y se lo llama agente. El término quedó tan estirado que ya no ayuda a decidir nada. Y decidir es justo lo que importa, porque detrás de esa palabra conviven dos formas de resolver un problema que se parecen poco y se confunden todo el tiempo.
Dos formas de resolver lo mismo
La primera es la automatización de siempre: reglas fijas. Pasa A, hacé B. Un disparador, unos pasos, una acción. Hace exactamente lo que le dijiste, ni más ni menos. Es predecible, es barata y, cuando se rompe, sabés por qué. Su límite es viejo y conocido: no entiende contexto. El día que la entrada deja de ser ordenada —un correo escrito por una persona en vez de un formulario con campos— las reglas empiezan a quedarse cortas.
La segunda es el agente. En lugar de seguir un camino fijo, recibe un objetivo, interpreta lo que tiene adelante y decide qué hacer. Entiende lenguaje, se adapta, maneja lo que las reglas no pueden anticipar. Pero todo eso tiene un precio: es más caro, más lento y, sobre todo, menos predecible. Dos veces la misma entrada pueden no dar el mismo camino.
Ninguna de las dos es mejor. Son para cosas distintas. Y el error más común no es técnico: es ponerlas en el lugar equivocado.
La pregunta correcta
Casi todo el mundo se pregunta “¿uso IA o no?”. Es la pregunta que lleva a poner un agente donde alcanzaba una regla —caro e impredecible para nada— o a forzar reglas donde hacía falta criterio.
La que de verdad sirve es otra:
¿Qué parte de este proceso requiere juicio, y qué parte es pura ejecución?
La mayoría de los procesos son casi todo ejecución y una pizca de juicio. Mover datos, validar, rutear, notificar: eso es ejecución, y no necesita pensar. Interpretar un mensaje ambiguo, decidir entre dos caminos según el contexto, entender una intención: eso es juicio, y ahí sí tiene sentido un modelo.
Separar esas dos cosas dentro de un proceso es el trabajo real. La herramienta viene después.
Dónde se ve
Esto deja de ser teoría cuando te sentás a construirlo. En una herramienta como n8n las dos formas conviven en el mismo lienzo: un nodo que valida un dato puede estar al lado de uno que llama a un modelo, y desde afuera parecen lo mismo. No lo son.
Pensá en un proceso común: entran consultas por correo, hay que entenderlas, clasificarlas y derivarlas al área que corresponde. La tentación es armar “un agente” que haga todo —que lea, decida, rutee y responda—. Funciona en la demo y se vuelve imposible de mantener.
La versión que aguanta producción reparte el trabajo. Las reglas fijas hacen lo suyo: reciben el correo, mueven los datos, derivan según el resultado. El modelo se reserva para el único punto que de verdad necesita criterio: entender qué está pidiendo esa persona. Un agente, un trabajo.
Esa es la regla, y es casi aburrida: el agente resuelve una sola decisión difícil, y todo lo que viene antes y después es automatización clásica. La herramienta es el motor; el modelo no es el cerebro de todo, es el criterio de un solo paso.
Lo que no se delega
Hay una línea que conviene no cruzar: nada con consecuencias hacia afuera debería ejecutarse solo. Un correo a un cliente, un cobro, una publicación, un cambio que no se puede deshacer. El agente prepara; una persona confirma.
No es desconfianza en la IA. Es entender que su trabajo es proponer un buen criterio, y que la responsabilidad de apretar el botón sigue siendo de alguien. Tu primera versión se va a equivocar en algún caso. Diseñar para eso —en vez de esperar que no pase— es lo que separa un experimento de un sistema.
Automatizar bien no es elegir entre automatizaciones y agentes. Es saber dónde termina la ejecución y dónde empieza el juicio, y diseñar el proceso antes de tocar la herramienta.
Cuando esa línea está clara, el sistema es barato donde puede serlo, inteligente donde necesita serlo y auditable siempre. Sin hype, con criterio.
Así que antes de elegir la herramienta, conviene mirar el proceso. La herramienta es lo último que importa. Lo primero —y lo que casi nadie mira— es qué parte realmente tiene que pensar.
Marcos Reynoso Founder – The41 https://the41.io