n8n 2.0: Największa Aktualizacja w Historii Platformy — Co Się Zmienia i Jak Się Przygotować

n8n 2.0 to przełomowa aktualizacja najpopularniejszej open-source’owej platformy do automatyzacji workflow. Wersja beta pojawi się 8 grudnia 2025, a stabilna 2.0.x — 15 grudnia. To największa zmiana od powstania projektu: autosave, nowy interfejs, task runnery i poważne breaking changes wymagające uwagi przed migracją. Sprawdź, co musisz wiedzieć.

Dlaczego n8n 2.0 to milestone?

Zespół n8n określa wersję 2.0 jako “najbardziej dojrzałą, bezpieczną i niezawodną wersję w historii platformy”. To nie tylko zestaw nowych funkcji — to fundamentalna zmiana filozofii w kierunku domyślnego bezpieczeństwa i wydajności enterprise-grade.

Aktualizacja dotyczy wszystkich wdrożeń: Community Edition (self-hosted), Cloud i Enterprise. Jeśli korzystasz z n8n na własnym serwerze, ten artykuł pomoże Ci przygotować się do migracji.

Kluczowe nowości w n8n 2.0

Autosave — koniec utraconej pracy

Najbardziej wyczekiwana funkcja przez społeczność wreszcie nadchodzi. Autosave pojawi się krótko po premierze stabilnej wersji i automatycznie zapisuje zmiany podczas edycji workflow. Koniec z utratą godzin pracy po przypadkowym zamknięciu przeglądarki lub błędzie podczas debugowania.

Odświeżony interfejs canvas

Nowy design canvas, rozwijany od wersji 1.7x, staje się domyślnym doświadczeniem:

• Zaktualizowana nawigacja boczna z lepszą organizacją workflow
• Skonsolidowany widok logów na dole ekranu do śledzenia wykonań
• Lepsza widoczność wywołań AI i sub-workflow
• Udoskonalony tryb ciemny

Task Runners — izolacja i wydajność

Task runnery są teraz domyślnie włączone i zapewniają izolowane wykonanie Code node z nawet 6-krotnym wzrostem wydajności dla operacji JavaScript i Python. Wszystkie wykonania kodu działają w piaskownicy (sandbox), co poprawia zarówno bezpieczeństwo, jak i stabilność.

Nowy poolowany sterownik SQLite dostarcza do 10-krotnie szybsze operacje bazodanowe dzięki trybowi WAL.

Breaking Changes — co wymaga natychmiastowej uwagi

Krytyczne zmiany baz danych

PostgreSQL jest teraz zalecaną bazą danych dla wszystkich wdrożeń produkcyjnych. Użyj nowych poleceń CLI (export:entities i import:entities) dostępnych od v1.116.0 do migracji z MySQL/MariaDB.

Nowe domyślne ustawienia bezpieczeństwa

n8n 2.0 implementuje restrykcyjne domyślne ustawienia bezpieczeństwa — to filozoficzna zmiana w kierunku konfiguracji “secure-by-default”:

Wyłączone nody domyślnie

Dwa nody są domyślnie wyłączone ze względu na ryzyko bezpieczeństwa:

• ExecuteCommand node — ryzyko wykonania dowolnych poleceń
• LocalFileTrigger node — ryzyko dostępu do systemu plików

Możesz je włączyć modyfikując zmienną NODES_EXCLUDE, jeśli są niezbędne.

Transformacja Python Code node

Pyodide-based Python Code node został całkowicie usunięty. Natywne wykonanie Pythona przez task runnery w trybie external go zastępuje. Krytyczne zmiany składni:

• Zmienna _input nie jest już wspierana
• Notacja z kropką (dot access) nie jest już wspierana
• Używaj _query dla stringów wejściowych AI Agent

Zmiana zachowania sub-workflow

Przed v2.0: Workflow nadrzędne błędnie otrzymywały elementy wejściowe do węzła oczekującego z workflow potomnych.

Po v2.0: Workflow nadrzędne otrzymują dane wyjściowe z końca workflow potomnych.

Dotyczy to workflow używających Wait nodes z timeoutami >60 sekund, wywołań webhook, formularzy lub węzłów human-in-the-loop.

Migracja z 1.x do 2.x — praktyczny checklist

Krok 1: Uruchom Migration Report

Dostępny od v1.121.0 w Settings → Migration Report (wymaga dostępu global admin). Narzędzie pokazuje:

• Podsumowanie kompatybilności (“X z Y workflow jest kompatybilnych”)
• Zakładka Workflow Issues — breaking changes per workflow
• Zakładka Instance Issues — wymagane zmiany konfiguracji
• Poziomy ważności: Critical (napraw przed upgrade), Medium (może powodować problemy), Low (deprecacje)

Krok 2: Testuj kompatybilność na 1.x

Włącz te zmienne środowiskowe na obecnej wersji, aby przetestować zgodność z 2.0:

N8N_RUNNERS_ENABLED=true
N8N_SKIP_AUTH_ON_OAUTH_CALLBACK=false
N8N_ENFORCE_SETTINGS_FILE_PERMISSIONS=true
DB_SQLITE_POOL_SIZE=2

Krok 3: Priorytet — migracja bazy danych

1. MySQL/MariaDB → migruj do PostgreSQL natychmiast
2. Legacy SQLite → włącz pooled driver teraz
3. Wykonaj backup export:entities przed każdą migracją

Krok 4: Przegląd komponentów

Sprawdź i zaktualizuj:

• Python Code nodes pod kątem składni Pyodide
• Workflow używające ExecuteCommand lub LocalFileTrigger
• Integracje OAuth wymagające uwierzytelnienia callback
• Operacje odczytu/zapisu plików poza katalogiem ./data
• Dostęp do zmiennych środowiskowych w Code nodes

Krok 5: Decyzja o architekturze Task Runners

Wybierz między:

• Tryb internal: n8n uruchamia task runner jako proces potomny (prostsze)
• Tryb external: Osobny kontener n8nio/runners jako sidecar (wymagany dla Python Code nodes)

Tryb external wymaga:

N8N_RUNNERS_ENABLED=true
N8N_RUNNERS_MODE=external
N8N_RUNNERS_AUTH_TOKEN=<bezpieczny_współdzielony_sekret>

Porównanie: n8n 1.x vs 2.0

n8n 2.0 vs Zapier vs Make — co wybrać w 2025?

Dla polskich firm rozważających platformy automatyzacji, n8n 2.0 oferuje unikalne korzyści:

Dla polskich firm priorytetyzujących zgodność z RODO i kontrolę nad danymi, n8n self-hosted pozostaje najlepszym wyborem. Wersja 2.0 dodatkowo wzmacnia bezpieczeństwo domyślnymi restrykcyjnymi ustawieniami.

Jeśli rozważasz automatyzację z wykorzystaniem AI, sprawdź również nasze porównanie najnowszych modeli Claude i GPT — n8n 2.0 integruje się z nimi natywnie.

Timeline wsparcia

Masz 3 miesiące od premiery 2.0 na pełne wsparcie wersji 1.x. Po tym czasie tylko krytyczne łatki bezpieczeństwa.

Nasze rekomendacje

Dla nowych użytkowników

Jeśli dopiero zaczynasz z n8n, poczekaj na stabilną wersję 2.0.x (15 grudnia) i zacznij od razu na nowej wersji. Sprawdź nasz kompletny przewodnik po n8n dla początkujących.

Dla istniejących instalacji

1. Tydzień 1 (teraz): Uruchom Migration Report, zidentyfikuj breaking changes
2. Tydzień 2: Przetestuj zmienne środowiskowe 2.0 na środowisku staging
3. Tydzień 3 (po 15 grudnia): Obserwuj feedback społeczności o stabilnej wersji
4. Tydzień 4-6: Wykonaj migrację na produkcji z pełnym backupem

Dla użytkowników MySQL/MariaDB

Priorytet krytyczny — zaplanuj migrację do PostgreSQL przed upgrade. To nie jest opcjonalne — workflow nie uruchomią się na 2.0 z MySQL.

Podsumowanie

n8n 2.0 to milestone dla platformy: autosave, 6-10x szybsze wykonanie, enterprise-grade security. Ale wymaga przygotowania — breaking changes dotyczące baz danych i bezpieczeństwa mogą zatrzymać Twoje workflow, jeśli zignorujesz migrację.

Kluczowe akcje:

• ✅ Uruchom Migration Report na obecnej instalacji
• ✅ Jeśli używasz MySQL/MariaDB — zacznij migrację do PostgreSQL teraz
• ✅ Przetestuj nowe zmienne środowiskowe na staging
• ✅ Zaplanuj upgrade po 15 grudnia, gdy społeczność potwierdzi stabilność

Chcesz zacząć przygodę z automatyzacją na poważnie?

• Skorzystaj z naszej rekomendacji hostingu pod n8n: Hostinger -20% z kodem linkwithit – to najtańsza opcja na własny, niezależny system.
• Potrzebujesz pomocy we wdrożeniu n8n 2.0 w swojej firmie? Sprawdź nasze usługi. Pomożemy Ci przejść migrację bezpiecznie i zbudować automatyzacje, które pracują, gdy Ty śpisz.