n8n 2.0 ya está aquí — los nodos comunitarios se rompen al actualizar. Fija tu versión antes.
- Qué pasó
- n8n 2.0 shipped with a rewritten node API — community nodes built for 1.x fail at execution time after upgrade.
- Por qué importa
- Self-hosted instances pulling `latest` break silently: workflows look healthy until they fire.
- Qué hacer
- Pin your current 1.x version now, inventory community nodes, migrate only after each has a 2.0 release.
n8n lanzó la versión 2.0 esta semana con una API de ejecución de nodos reescrita desde cero. Las ventajas son reales: ejecución de ramas en paralelo y un perfil de memoria más ligero para flujos de trabajo de agentes de IA de larga duración.
El costo es la compatibilidad. Los nodos comunitarios desarrollados contra la API 1.x cargan sin problemas, pero fallan en tiempo de ejecución bajo 2.0 — el error aparece en los logs de ejecución, no al iniciar, así que una instancia con actualización automática parece saludable hasta que un flujo de trabajo se dispara.
Si usas auto-alojamiento con etiquetas de imagen latest, estás expuesto hoy mismo. Fija tu versión actual de 1.x, haz un inventario de qué flujos de trabajo usan nodos comunitarios y revisa el repositorio de cada nodo para ver si tiene una versión compatible con 2.0 antes de migrar. Los clientes de la nube no se ven afectados hasta que se abra la ventana de migración gestionada el mes que viene.
Qué hacer
- 1 Pin your image tag to your current 1.x version — remove `latest` from self-hosted deploys
- 2 List workflows using community nodes and check each node repo for 2.0 compatibility
- 3 Run your critical workflows once in a staging 2.0 instance before switching production
Herramientas y modelos afectados
No vuelvas a tener que ponerte al día
El resumen semanal — solo cambios de veredicto y acciones urgentes. Sin relleno.