Agente de IA frente a Zapier, Make y n8n: en qué se diferencian y cuál elegir

La pregunta llega casi siempre igual: «ya tengo Zapier montado, ¿para qué quiero un agente?». Y es la pregunta correcta. La mitad de lo que hoy se vende como agente de IA son escenarios de toda la vida con un modelo de lenguaje metido en uno de los pasos.

La diferencia existe, es de fondo, y no consiste en que el agente sea «más listo».

Cómo funciona un escenario

Zapier, Make y n8n nacen de la misma idea: esperar a un evento y ejecutar una secuencia de acciones dibujada de antemano. Llega un correo con un adjunto — guarda el archivo en la carpeta, crea una fila en la hoja, manda un aviso al canal.

Hoy los tres tienen modo agente — Zapier Agents, Make AI Agents, el nodo AI Agent de n8n. Por eso es más honesto comparar no productos, sino dos formas de organizar el trabajo: la ruta y el objetivo. De eso va el resto del artículo.

La palabra clave es de antemano. Tú describes la ruta y el sistema la recorre. Siempre igual.

Eso es una enorme ventaja. Un escenario:

• funciona de forma predecible: con la misma entrada da byte a byte la misma salida;
• cuesta céntimos por operación y aguanta miles de ejecuciones por hora;
• se revisa fácil — se ve qué paso funcionó y cuál se cayó;
• no se inventa nada.

Si la tarea se formula como «cuando pase X, haz siempre Y», el escenario es la herramienta correcta, y ahí un agente saldrá más caro y peor. Pasar un cobro de Stripe a la contabilidad, avisar de una solicitud nueva, sincronizar dos hojas: ese es el terreno de Zapier, y no hay ninguna razón para quitárselo.

Dónde se rompe el escenario

Los problemas empiezan cuando la entrada deja de ser siempre la misma.

El formato se tuerce. El cliente no manda una factura en PDF, sino la foto de una factura hecha en diagonal y con mala luz. El escenario no sabe «entender qué es esto». Sabe «coger el campo amount». Si no hay campo, la rama se cae.

Hace falta un criterio, no una acción. «Si el importe supera los diez mil, a aprobación» se describe con una condición. «Si el cliente muestra malestar en su mensaje, no mandes la respuesta automática y avisa a una persona» no se describe con una condición. El malestar no vive en un campo.

Más ramas de las que se pueden dibujar. Cada excepción es una rama nueva. Medio año después tienes un esquema de doscientos bloques y nadie, ni siquiera quien lo montó, se atreve a tocarlo. La escena es conocida: sale más a cuenta crear un escenario nuevo al lado que entender el viejo.

Los tres casos tienen algo en común: la realidad resultó ser más rica que el esquema, y el esquema no sabe completarse solo.

Qué hace distinto un agente

Al agente no le das una ruta, le das un objetivo y unos límites. «Procesa los documentos que entren: identifica qué son, guárdalos donde toque y pídele al cliente lo que falte. Si no lo tienes claro, no adivines: pásamelo a mí».

A partir de ahí, decide él qué pasos dar en cada caso concreto. La foto torcida, la leerá. Si no la lee, dirá qué es exactamente lo que no ha descifrado y pedirá que la repitan. Si llega algo inesperado, lo describirá con sus palabras y te lo pasará, en vez de caerse con un error.

La diferencia práctica: el escenario resuelve los casos que has previsto, el agente resuelve también el resto — o los hace, o levanta la mano con honestidad.

La otra cara

Aquí empieza lo que la publicidad de los agentes no cuenta.

No es determinista. Con una entrada parecida, el agente da un resultado parecido, no idéntico. Para clasificar documentos da igual. Para calcular nóminas importa tanto que ahí no hay que meter a un agente.

La auditoría cuesta más. En un escenario se ve: el paso 4 se cayó. Con un agente hay que mirar qué decidió y por qué. Un buen producto enseña el hilo del razonamiento paso a paso, pero sigue siendo leer texto y no mirar un esquema.

Más caro por operación. No es una diferencia de órdenes de magnitud, pero la que hay entre una llamada al modelo y una petición HTTP es real. Con diez mil ejecuciones iguales al día se nota.

Sale de plantilla con datos iguales. Si le das al agente los mismos datos de partida, dará el mismo resultado — y eso es una propiedad suya, no una avería. Ya contamos el caso de una agencia que descubrió que tres de sus seis estrategias se parecían, porque se montaban con la misma plantilla a partir de material parecido.

Cómo elegir

La regla que funciona es sencilla.

Coge un escenario si la entrada llega siempre en el mismo formato, la decisión se describe con una condición, el volumen es alto y el coste de un fallo en una ejecución es bajo.

Coge un agente si la entrada viene de personas y por eso es distinta cada vez, hay que entender el sentido y no leer un campo, hay más excepciones que reglas, y el volumen son decenas al día y no miles por hora.

Un truco para decidirlo: intenta describir la tarea con «si… entonces…». Si te sale en tres frases, es un escenario. Si acabas escribiendo «bueno, normalmente así, pero depende, y entonces hay que mirarlo», es un agente.

Mención aparte para n8n

Con n8n la comparación sale menos limpia que con Zapier, y conviene decirlo abiertamente.

Primero, puedes desplegarlo tú mismo. El código fuente está a la vista, pero la licencia no es abierta en sentido estricto: es la Sustainable Use License, «fair-code» — puedes usarlo dentro de tu negocio, no revenderlo. Con despliegue propio los datos no pasan por ningún intermediario y no hay coste por ejecución. n8n también tiene nube, y ahí sí se factura por ejecuciones.

Segundo, el nodo de agente de n8n es un agente de verdad: se le conecta memoria y, sobre Postgres o Redis, sobrevive a los reinicios. Es decir, la frontera de la que habla todo este artículo pasa ya por dentro de n8n.

Queda una única diferencia práctica, y no va de capacidades.

Quién monta el invento. En n8n el proceso lo diseñas y lo mantienes tú: nodos, conexiones, ramas, gestión de errores, memoria y lo que se guarda en ella. Ese es exactamente el trabajo por el que se contrata a un integrador. En nuestro caso el montaje sale de una conversación de 15–30 minutos y luego lo ajustas tú: más barato al arrancar y menos flexible en el límite.

Si en tu equipo hay alguien a quien le gusta n8n y ya lo tiene desplegado, esa es una posición fuerte: el agente no va en lugar de eso, va por encima, justo donde el nodo ha dejado de dar la talla con una entrada heterogénea.

No hace falta enfrentarlos

En la práctica, la combinación funciona mejor que cualquiera de los dos por separado. El escenario hace lo que hace bien: captar el evento, llamar a la API, mover los datos. El agente se queda con el tramo donde hay que entender lo que ha llegado y decidir qué hacer con ello.

El reparto típico en una asesoría contable: el escenario recoge el extracto bancario y mete las transacciones en el sistema — eso es mecánica y ahí no hace falta agente. El agente se ocupa de lo que los clientes mandan por mensajería, porque ahí hay fotos, audios y «¿esto hace falta de verdad?».

Lo que queda

Un agente no es un Zapier mejorado. Es otra herramienta para otra clase de tareas: aquellas donde la entrada es heterogénea y el trabajo pide criterio.

Y la conclusión honesta: si tus procesos ya se describen bien con escenarios y no se caen, lo más probable es que no necesites un agente. Hace falta donde la automatización todavía no ha despegado, precisamente porque la tarea nunca se reducía a «si… entonces…».