n8n 2.0 ist da — Community-Nodes brechen beim Upgrade, Version zuerst fixieren
- Was ist passiert
- n8n 2.0 shipped with a rewritten node API — community nodes built for 1.x fail at execution time after upgrade.
- Warum es wichtig ist
- Self-hosted instances pulling `latest` break silently: workflows look healthy until they fire.
- Was zu tun ist
- Pin your current 1.x version now, inventory community nodes, migrate only after each has a 2.0 release.
n8n hat diese Woche Version 2.0 mit einer neu geschriebenen Node-Ausführungs-API veröffentlicht. Die wichtigsten Verbesserungen sind real: parallele Zweigausführung und ein schlankeres Speicherprofil für langlebige KI-Agenten-Workflows.
Der Preis dafür ist Kompatibilität. Community-Nodes, die gegen die 1.x-Node-API gebaut wurden, laden zwar, scheitern aber zur Laufzeit unter 2.0 — der Fehler erscheint in den Ausführungslogs, nicht beim Start, sodass eine automatisch aktualisierte Instanz gesund aussieht, bis ein Workflow ausgeführt wird.
Wenn Sie mit latest-Image-Tags selbst hosten, sind Sie ab sofort betroffen. Fixieren Sie Ihre aktuelle 1.x-Version, inventarisieren Sie, welche Ihrer Workflows Community-Nodes nutzen, und prüfen Sie das Repository jeder Node auf eine 2.0-kompatible Version, bevor Sie migrieren. Cloud-Kunden sind nicht betroffen, bis das verwaltete Migrationsfenster nächsten Monat öffnet.
Was zu tun ist
- 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
Betroffene Tools & Modelle
Nie wieder etwas verpassen
Das wöchentliche Delta — nur Urteilsänderungen und dringende Punkte. Kein Füllmaterial.