Por qué ya no necesito n8n

Durante un tiempo automaticé mi trabajo dibujando flujos en n8n, y estaba muy orgulloso de ellos. Hoy casi todo eso se lo pido a un agente con una frase y apenas abro el programa. Cuento qué tenía, qué me costaba, cuándo cambié y, sin caricaturas, cuándo los flujos siguen siendo la mejor opción.

El vídeo lo conoces: «automatiza tu negocio con n8n sin programar». Un escritorio limpio, unas cajitas de colores que se conectan solas y, al final, un correo que llega a una hoja de cálculo como por arte de magia.

Para quien no lo conozca, n8n es una herramienta para automatizar tareas uniendo aplicaciones mediante flujos. En pantalla ves cajitas conectadas con flechas, y cada cajita es un paso: «llega un correo», «saca estos datos», «guárdalos aquí», «avísame por Telegram». Se puede usar en la nube o instalar en tu propio servidor.

Yo llegué a n8n a finales de 2024, cuando quise dejar de pasar a mano los formularios de contacto de una web a mi hoja de clientes. Me pareció una revelación: por fin podía automatizar sin escribir código, y además en mi propio servidor, sin depender de una cuota mensual. Pasé varias semanas enganchado, buscando cosas que automatizar como quien acaba de comprarse un taladro y quiere hacer agujeros en todas las paredes.

Un aviso de honestidad antes de seguir. El título dice que ya no lo necesito, y es verdad, pero no he borrado nada. Sigue instalado y sigue corriendo un flujo, del que hablo más abajo. Uso n8n mucho menos porque los agentes lo han sustituido en casi todo, no porque lo haya tirado por la ventana.

En mi mejor época tenía una docena de flujos. Tres de ellos, contados en lenguaje normal:

El primero recogía los formularios de contacto de la web, los limpiaba, los añadía a una hoja de cálculo con la fecha y me mandaba un aviso al móvil. El segundo, cada mañana, revisaba el estado de mis servidores y me escribía un resumen por Telegram. El tercero cogía las facturas que llegaban por correo, sacaba el importe y el proveedor y las guardaba en una carpeta ordenada por meses.

Lo tenía instalado en uno de los servidores de la red interna, dentro de un contenedor, con un acceso muy controlado desde fuera para recibir los formularios.

Del primero estaba orgullosísimo. Recuerdo enseñárselo a un amigo como quien enseña un coche nuevo: «mira, relleno el formulario y, ¡tachán!, me vibra el móvil». Él me miró con cara de «¿y para eso has estado tres tardes?». Tenía razón, pero yo estaba encantado.

La letra pequeña no sale en los vídeos.

Los flujos se rompían cuando cambiaba algo fuera. El de facturas dejó de funcionar cuando uno de los proveedores cambió el formato de sus correos, y no me enteré hasta tres semanas después, cuando busqué una factura que no estaba.

Luego estaba el JSON, que es la forma estándar en que los programas se pasan los datos ordenados. Mientras el flujo es sencillo, no lo ves. En cuanto se complica, aparecen expresiones para sacar un dato de dentro de otro dato, y ahí se acaba lo de «sin programar».

Y las actualizaciones, del propio n8n y del servidor donde vivía. Una actualización cambió cómo funcionaba una de las cajitas y tuve que revisar varios flujos a mano.

Calculo que me llevaba entre tres y cinco horas al mes mantenerlo todo en marcha. Y hubo un fin de semana entero, un sábado y medio domingo, perdido porque el servidor se reinició y n8n no volvió a arrancar bien. Las prisas vinieron porque el resumen de servidores, el que me avisaba de problemas, era precisamente uno de los flujos caídos.

El cambio llegó de lado, sin plan. Quería rehacer el flujo de facturas, el que se había roto. En vez de abrir n8n, abrí Claude Code en el servidor y le escribí algo así: «Cada día revisa el correo de facturas, saca de cada factura el proveedor, la fecha y el importe, guarda el PDF en la carpeta del mes y apunta los datos en la hoja de gastos. Si algo no lo entiendes, déjalo aparte y avísame».

Me propuso cómo hacerlo, le pedí algunos cambios, lo dejó programado para cada mañana y lo probé con las facturas del mes anterior. En total, algo menos de una hora. El flujo original me había costado unas cinco tardes entre montarlo y dejarlo fino.

La sensación, no lo voy a negar, fue la de haber estado meses dibujando cajitas para nada. Como aprender a hacer fuego con palitos el día antes de que te regalen un mechero.

Pero ojo. Tuve que revisar lo que había hecho durante dos semanas: en tres facturas se equivocó al leer el importe y en una puso el proveedor mal. No fue magia; fue mucho más rápido de montar y hubo que vigilarlo igual. La diferencia es que, cuando algo fallaba, no tenía que buscar qué cajita estaba mal: le explicaba el error al agente y lo corregía él, y yo comprobaba que la corrección tenía sentido.

Así se ven los dos enfoques en mi caso, con cifras que son estimaciones mías:

El agente gana de largo en montaje y en cambios: si quiero que haga algo distinto, se lo digo y ya. Pierde en tres cosas. Repetir exactamente lo mismo mil veces, donde un flujo es más predecible. El gasto por uso, porque cada ejecución consume modelo y eso se paga. Y los errores silenciosos: un flujo roto suele fallar con estrépito; un agente puede equivocarse con total seguridad y sin que salte ninguna alarma. De eso hablo más en Los problemas de trabajar con agentes.

No quiero hacer caricatura. Hay casos en los que yo seguiría usando flujos sin dudarlo.

Cuando hay mucho volumen repetido igual: cientos o miles de veces al día la misma operación, sin pensar. Cuando el proceso tiene que dar siempre exactamente el mismo resultado, sin interpretaciones. Y en equipos donde nadie maneja agentes, pero alguien puede mirar un flujo dibujado y entenderlo.

El flujo que sigo manteniendo es el de los formularios de contacto. Es sencillo, llegan muchos, tiene que hacer siempre lo mismo y lleva un año sin romperse. No hay nada que mejorar ahí.

Si aún tienes que elegir herramienta de flujos, la duda típica es n8n o Make. Make es más fácil para empezar y no instalas nada, pero funciona en la nube y cobra según el uso. n8n da más control porque puedes montarlo en tu servidor, a cambio de pagar el servidor y el tiempo de mantenerlo. Ninguno es mejor en abstracto.

Y hay más alternativas a n8n: Zapier, que hace lo mismo en la nube; Node-RED o Activepieces, que puedes instalar tú. Y la alternativa de otro tipo, la que uso yo: pedirle la automatización directamente a un agente en lenguaje normal. No pongo precios porque no los he comprobado.

Hay cosas que echo de menos. Ver el proceso dibujado, con sus flechas, y entenderlo de un vistazo. Que otra persona lo mire y sepa qué hace sin preguntarme. Saber exactamente qué va a pasar en cada paso.

Cuando un cliente me preguntó cómo funcionaba la automatización de sus facturas, con n8n le habría enseñado la pantalla. Con el agente tuve que explicárselo de palabra y enseñarle las instrucciones, y no es lo mismo. No es un drama, pero es real. Un flujo dibujado es documentación en sí mismo; unas instrucciones en lenguaje normal dependen de que el agente las interprete siempre igual, y eso no lo puedo garantizar.

Si hoy empezara a automatizar tareas con inteligencia artificial, lo haría en tres pasos.

1. Elige una tarea repetitiva que ya hagas a mano. Una sola.
2. Pídesela primero a un asistente con acceso a tus herramientas y revisa el resultado cada vez hasta que te fíes.
3. Solo si se repite muchísimo y tiene que salir idéntica siempre, conviértela en un flujo.

Al revés de como lo hice yo, que empecé por las cajitas. Y si te suena la promesa de automatizarlo todo en un rato, en ¿Se puede automatizar la vida en diez minutos? la pongo a prueba con mis tareas.