n8n vs Claude Code/Codex

Cada pocas semanas alguien me manda el mismo vídeo. “n8n ha muerto”, “deja de aprender n8n”, “Claude Code te lo hace todo”. Y cada pocas semanas respondo lo mismo: ¿tú sabes para qué querías aprender n8n?

Mucha gente quiere aprender algo porque está de moda. Vio un Short, vio a un gurú ganando supuestamente 10k al mes con “automatizaciones con IA”, y se apuntó. No tiene nada de malo la curiosidad. Lo que está mal es no saber qué problema vas a resolver. Porque cuando no lo sabes, cada herramienta nueva que sale te parece la definitiva, y te pasas la vida saltando de hype en hype sin terminar nada.

Comparar estas dos cosas es como preguntar si las ruedas están reemplazando a los coches. Así que antes de comparar nada, dejemos clara una cosa: no compiten.

1. La pregunta está mal planteada

n8n es un orquestador de workflows. Conecta APIs, mueve datos entre servicios, corre con un cron, reintenta cuando algo falla y te deja un log de cada ejecución para que sepas exactamente dónde se rompió.

Claude Code y Codex son agentes de código. Les hablas en lenguaje natural y te escriben (y ejecutan) código. Construyen apps, scripts, funciones. Razonan sobre un problema. Debuggean.

¿Ves la diferencia? Uno ejecuta lo mismo mil veces igual. El otro construye cosas nuevas. Que se solapen en algunos casos no los hace lo mismo.

Aunque la mayoría lo usa para programar, cada vez más se está utilizando Claude/Codex también para automatizar: tiene acceso a tus archivos y puede montarte un script rápido antes de lo que tardarías en armar un flujo en n8n. Y ahí aparece una diferencia clave de dónde vive cada uno: n8n solo ve lo que hay en su servidor(o donde lo tengas hosteado, lo que tú le dejas ver), mientras que Claude Code/codex viven en tu ordenador, con acceso directo a tus ficheros, al control del equipo como un bot, a Chrome y a otras herramientas propias del agente. Pero sigue siendo un agente.

2. Qué hace cada uno (de verdad)

N8N te da un lienzo visual con nodos, integraciones ya hechas, triggers, scheduling, reintentos, historial de ejecuciones y la opción de hostearlo tú mismo. N8N es básicamente una capa visual que genera automatizaciones en Python y programa cron jobs. Son más automatizaciones estáticas, las estableces una vez y las dejas funcionando para siempre, no requieren de intervención humana y casi siempre serán iguales.

Claude Code y Codex viven en tu terminal o la app, leen tus archivos, escriben código, lo ejecutan y pueden levantarte una app entera con su frontend y su backend. Claude Code es claramente el ganador para construir apps y scripts de verdad. n8n es gestión de workflows. Lo verdaderamente interesante es que las automatizaciones que puedes hacer con Claude Code o con Codex son mucho más flexibles que con n8n, con n8n cada vez tienes que modificar el flujo, mientras que con Claude/Codex hablas con el agente, no tienes que saber demasiado sino concentrarte en saber qué automatizar. Y el agente lo hará por ti, la curva de aprendizaje es mucho más rápida.

3. Determinismo

El determinismo es la razón por la que n8n gana a Claude en ciertos casos. Tengo flujos que corren cientos de veces a la semana y necesitan correr exactamente igual, sin nada distinto salvo la fecha.

Un LLM no es determinista por diseño. Cada vez que lo llamas puede darte algo ligeramente distinto. Para escribir un email creativo, perfecto. Para procesar 4.000 facturas donde el formato tiene que ser idéntico, una pesadilla.

Por eso la gente usa n8n para validar y normalizar la salida de la IA. Como decía otro: “Con n8n esto es fácil. Con Claude es más estilo ‘créeme, tío’.” Y el segundo factor, el que más subestima la gente: la diferencia entre “funciona en mi máquina” y “lleva 6 meses corriendo sin que nadie lo toque” es mucho más grande de lo que parece.

4. Costes: tokens contra compute

Vamos al dinero, que es donde se decide casi todo.

n8n self-hosted: el software es gratis, pagas el servidor (unos 3–7 $/mes) y las ejecuciones son ilimitadas. n8n Cloud: 24 $/mes (2.500 ejecuciones).

Claude Code: Pro 20 $, Max 5x 100 $, Max 20x 200 $.

Codex va casi igual: 20 $ el Plus, 100–200 $ el Pro.

El punto que repite media comunidad: cada vez que un agente corre, gasta tokens. Un workflow en n8n self-hosted corre sobre un compute que ya pagaste y no cuesta nada por ejecución. Dos comentarios que lo resumen:

• Usa los dos. No pagues por tareas repetitivas cuando un n8n self-hosted puede hacerlas por ti.
• Construye y despliega con Claude, pero las ejecuciones del workflow no cuestan nada (al menos en self-hosted).

Traducción: usar un LLM como motor de ejecución de una tarea repetitiva y predecible es quemar dinero. Y hay una pregunta incómoda flotando en los hilos: los costes están bajos ahora, pero ¿cuánto tiempo van a seguir subvencionando el uso?

5. Mantenibilidad: ¿seguirá funcionando dentro de 3 meses?

La mayoría de la gente que pide ‘automatizaciones’ no tiene un proceso de negocio. Tiene un caos que quiere hacer más rápido. n8n te obliga a pensar en pasos, condiciones, rutas de error. Eso no es una limitación, es el trabajo de verdad. Claude Code te dará algo que funciona en 10 minutos. Genial. ¿Pero seguirá funcionando dentro de 3 meses cuando cambie la API, aparezca el caso límite, o necesites que otra persona entienda qué hace?

Para solucionar esto has de aprender de skills y de cómo guardar las tareas en un lugar que sea fácil iterar sobre ellas en el futuro. La IA te da velocidad. Pero el código que genera hay que mantenerlo, asegurarlo y entenderlo.

¿Puedes construir y desplegar apps enteras con Claude? Sí. ¿Es buena idea? Salvo que tengas unos conocimientos mínimos de autenticación, seguridad y bases de datos, definitivamente no.

6. El combo que de verdad usa la gente

Casi nadie en esos hilos usa solo uno. El patrón ganador, repetido hasta la saciedad, cabe en tres palabras: construyes con el agente, ejecutas en n8n.

Claude Code y Codex pueden generar workflows de n8n directamente conectándose al n8n-MCP, un servidor que les enseña cómo funcionan los nodos. Tú describes lo que quieres, el agente monta el JSON del workflow, y n8n lo corre de forma estable, con sus logs y su panel. La gente lo cuenta así:

“Claude Code + n8n-mcp + n8n-skills. Construye cualquier workflow que imagines.”

“Un Code Node generado por Claude Code corre para siempre, mientras n8n te da la plataforma para orquestarlo.”

Pero ojo con algo que la gente olvida: para dirigir bien al agente, tienes que entender n8n. Como avisaba un comentario, “necesitas entender n8n para poder decirle a Claude Code qué quieres construir”. Si no sabes lo que pides, te va a dar un desastre con muy buena pinta.

7. ¿Claude Code o Codex?

Cualquiera, a día de hoy no hay tanta diferencia.

Mi consejo práctico: si ya pagas uno, úsalo.

8. Entonces, ¿cuándo uso cada uno?

Usa n8n cuando…

Necesitas conectar varias apps (CRM, email, hojas, bases de datos). El proceso se repite y tiene que correr igual siempre. Quieres que corra desatendido, con cron, reintentos y logs. Procesas datos en volumen. Los datos del cliente no pueden salir de tu servidor.

Usa un agente de código (Claude Code / Codex) cuando…

Construyes una app de verdad, con su UI y su backend. Necesitas lógica custom que no entra en nodos. Es una tarea de razonamiento, análisis o generación, no de routing. Estás prototipando o haciendo algo de una sola vez.

Usa los dos cuando…

Quieres construir rápido (el agente) y ejecutar de forma fiable y barata (n8n). Que, sorpresa, es casi siempre.

Para cerrar

Volvamos al principio. La pregunta no es “¿n8n o Claude?”. La pregunta es “¿qué problema tengo?”.

Si tienes un proceso aburrido y repetitivo que te come horas cada semana, aprende n8n. Si quieres construir productos, aprende a programar con un agente al lado (y a entender lo que escribe). Si quieres ganarte la vida con esto, aprende los dos, porque el trabajo real no es dominar una herramienta, es resolver el problema de alguien.

Y la próxima vez que veas un vídeo de “X ha muerto, aprende Y”, acuérdate de esto: el que crea contenido busca novedad, el que opera busca fiabilidad. No son lo mismo. No confundas el ruido de un algoritmo con una decisión técnica.

Aprende con un propósito. Lo demás es entretenimiento disfrazado de productividad.