n8n 2.40: agentes que se arman una vez y se usan en todas partes
La nueva versión de n8n permite crear agentes describiendo el objetivo, conectarlos a servidores MCP y exigir aprobación humana para las acciones sensibles. Repaso de lo publicado entre julio y septiembre.
1 de octubre de 2026
2 min de lectura
Cristian Hernandez
n8n es la herramienta de automatización que conecta sistemas entre sí, y es parte de lo que usamos en Neuro Leads AI. El 21 de septiembre publicó la versión 2.40, la más relevante del trimestre.
Lo nuevo en 2.40
Hasta ahora, un agente en n8n vivía dentro de un flujo. Ahora es una pieza propia:
- Se crea describiendo el objetivo y entregándole modelos, herramientas y flujos. El agente decide los pasos.
- Agentes y flujos se llaman entre sí: un agente puede usar cualquier flujo como herramienta, sin acceso directo a los sistemas que hay detrás.
- Se conecta a servidores MCP, el estándar para darle herramientas a un modelo.
- Trae memoria, habilidades y subagentes.
- Aprobación para operaciones sensibles: se puede exigir que una persona autorice antes de que el agente ejecute ciertas herramientas.
El resto del trimestre
- 2.38 (1 de septiembre): las ejecuciones de flujos de error ya no consumen cuota, en ningún plan.
- 2.36 (2 de septiembre): créditos Gateway para usar OpenAI, Anthropic, Gemini, Brave Search y Firecrawl sin abrir cuenta en cada proveedor.
- 2.35 (18 de agosto): instalación en una línea del asistente de n8n para quienes lo alojan en su propio servidor.
- 2.34 (4 de agosto): respuestas de webhook de más de 64 MiB desde los workers.
- 2.33 (28 de julio): nodo de Microsoft Excel en SharePoint.
- 2.32 (21 de julio): programador duradero para los disparadores por horario, que sobrevive a reinicios.
Qué significa para un negocio
Opinión nuestra: el cambio que más vale es el menos vistoso, la aprobación humana por herramienta. Después de un mes en que agentes de un laboratorio grande hicieron cosas que nadie les pidió, poder decir "esto lo ejecuta solo, esto otro me lo pregunta" es lo que separa una automatización útil de una riesgosa.
Y que los flujos de error no cuenten para la cuota quita la excusa para no tenerlos: cada automatización debería avisar cuando falla.