Save/Publish — главное нововведение
n8n 2.0 — что нового? Полный разбор главного обновления | AIBot.Direct
Важно понимать: n8n 2.0 — это не про новые фичи. Это про укрепление платформы. Команда n8n сама называет его «hardening release» — релиз для закалки. Безопасность по умолчанию, удаление легаси-костылей, исправление давних багов.
Но есть одна фича, которая изменит всё. И несколько breaking changes, которые могут сломать ваши автоматизации. Разберём по порядку.
Save/Publish — главное нововведение
Знакомая боль: редактируешь работающий workflow, случайно сохранил — и всё сломалось в продакшне. Или наоборот: долго работал, не сохранял, браузер упал — работа потеряна.
В n8n 2.0 это исправлено навсегда.
Save — сохраняет черновик. Рабочий workflow не трогает. Можно спокойно экспериментировать.
Publish — публикует изменения в продакшн. Осознанное действие, когда вы готовы.
Это меняет весь процесс работы. Теперь можно:
- Редактировать рабочие автоматизации без страха их сломать
- Сохранять промежуточные версии как черновики
- Публиковать только когда всё протестировано
Производительность: SQLite в 10 раз быстрее
Новый SQLite pooling драйвер показывает до 10x ускорение в бенчмарках. Это не маркетинг — это реальные тесты n8n.
- SQLite pooling — новый драйвер по умолчанию, старый легаси-драйвер удалён
- Filesystem для бинарных данных — лучше работает под нагрузкой, режим «в памяти» удалён
- Task runners — изолированное выполнение кода с лучшим управлением ресурсами
Для масштабных проектов: n8n 2.0 способен обрабатывать до 220 выполнений workflow в секунду.
Human-in-the-Loop наконец работает правильно
Если вы использовали sub-workflow с нодами ожидания (Wait, формы, Slack approvals) — вы знаете боль. Родительский workflow получал не результат, а входные данные.
В 2.0 это исправлено. Теперь родительский workflow корректно ждёт завершения sub-workflow и получает его реальный output. Human-in-the-loop автоматизации работают как задумано.
Безопасность: secure by default
n8n 2.0 переходит на философию «безопасно по умолчанию». Что это значит:
- ExecuteCommand и LocalFileTrigger ноды — считаются опасными
- Доступ к переменным окружения из Code нод — используйте credentials
- Файловый доступ ограничен папкой
~/.n8n-files - Bare Git репозитории — отключены в Git ноде
Всё это можно включить обратно через переменные окружения, если нужно. Но по умолчанию — максимальная защита.
Task Runners по умолчанию
Все Code ноды теперь выполняются в изолированных task runners. Это значит:
- Код не может повлиять на основной процесс n8n
- Лучшая изоляция между разными выполнениями
- Защита от зависаний и утечек памяти
Breaking changes: что сломается
Это не страшилка — это чеклист. Пройдитесь по нему перед обновлением.
База данных
Если используете MySQL или MariaDB — мигрируйте на PostgreSQL до обновления. SQLite тоже вариант, но для продакшна рекомендуется PostgreSQL.
Удалённые ноды
Эти сервисы закрылись, ноды удалены:
- Spontit — сервис push-уведомлений
- crowd.dev — community платформа
- Kitemaker — project management
- Automizy — email marketing
Если используете эти ноды — workflow упадёт. Замените на альтернативы или удалите.
Python Code ноды
Pyodide-версия Python удалена. Если использовали встроенные переменные вроде _input или dot-нотацию — придётся переписать. Нужны внешние task runners для Python.
Docker
Изменились теги образов:
latest→stablenext→beta
Рекомендация: пиньте конкретную версию, например n8nio/n8n:2.0.2. Так безопаснее.
Образ n8nio/n8n больше не включает task runners. Для external mode используйте отдельный образ n8nio/runners.
Tunnel удалён
Команда n8n --tunnel больше не работает. Используйте:
- ngrok — самый популярный вариант
- localtunnel — бесплатная альтернатива
- Cloudflare Tunnel — если используете Cloudflare
Конфигурация .env файлов
Обновлена библиотека dotenv. Изменения:
- Другая обработка backtick-символов
- Поддержка многострочных значений
- Другое распознавание комментариев
Проверьте свои .env файлы после обновления.
Как проверить свои автоматизации
n8n добавил инструмент Migration Report. Он анализирует все ваши workflow и показывает:
- Какие автоматизации затронуты breaking changes
- Уровень критичности: critical, medium, low
- Что конкретно нужно исправить
Migration Report доступен администраторам в настройках n8n. Запустите его до обновления — это сэкономит часы отладки.
Хронология релиза
Первая публичная бета для тестирования. Уже прошла.
Первые багфиксы на основе фидбека от ранних пользователей.
Дополнительные исправления. Релиз стабилизируется.
Официальный stable-релиз для production. Можно обновляться.
Версия 1.x перестанет получать любые обновления. Дедлайн для миграции.
Л.И.С.А. и n8n 2.0
Л.И.С.А. — наш open source ИИ-агент — построена на базе n8n. Мы уже тестируем совместимость с 2.0.
Обновлённая версия Л.И.С.А. для n8n 2.0 будет опубликована после стабилизации релиза. Новая парадигма Save/Publish и улучшенная производительность будут доступны.
Следите за обновлениями в нашем Telegram-канале.
Если используете Л.И.С.А. — дождитесь нашего обновления. Мы протестируем всё за вас.
Обновляться или ждать?
Честный ответ:
- PostgreSQL или SQLite — база данных готова
- Не используете ExecuteCommand, LocalFileTrigger
- Не используете Python Code ноды с Pyodide
- Migration Report показывает зелёный свет
- Хотите парадигму Save/Publish
- MySQL или MariaDB — нужна миграция базы
- Используете удалённые ноды (Spontit, crowd.dev и др.)
- Критичный продакшн — дайте пару недель на стабилизацию
- Используете
n8n --tunnel— нужна альтернатива
Дедлайн — март 2026. После этого версия 1.x перестанет получать обновления вообще. Три месяца на миграцию — достаточно.
Частые вопросы о n8n 2.0
Итого
n8n 2.0 — это не про новые фичи. Это про укрепление платформы для enterprise-уровня:
- Save/Publish — черновики отдельно от продакшна, наконец-то
- SQLite в 10x быстрее — новый pooling драйвер
- Human-in-the-Loop — sub-workflow с Wait нодами работают правильно
- Secure by default — изолированное выполнение, отключённые опасные ноды
- До 220 workflow/сек — готово к масштабированию
Но есть breaking changes:
- MySQL/MariaDB — не поддерживаются, мигрируйте на PostgreSQL
- Tunnel удалён — используйте ngrok
- Docker теги изменились — stable/beta вместо latest/next
- Удалены ноды закрывшихся сервисов
Что делать:
- Запустите Migration Report в настройках n8n
- Проверьте базу данных — если MySQL/MariaDB, планируйте миграцию
- Обновляйтесь до марта 2026
Частые вопросы
Главное нововведение — парадигма Save/Publish. Save сохраняет черновик, не трогая рабочий workflow в продакшне. Publish — осознанное действие для публикации изменений. Это решает проблему случайного ломания работающих автоматизаций.
Новый SQLite pooling драйвер показывает до 10x ускорение в бенчмарках по сравнению с легаси-драйвером. n8n 2.0 способен обрабатывать до 220 выполнений workflow в секунду для масштабных проектов.
В предыдущих версиях родительский workflow при использовании sub-workflow с нодами ожидания получал входные данные вместо результата. В 2.0 это исправлено: родительский workflow корректно ждёт завершения sub-workflow и получает его реальный output.
В n8n 2.0 по умолчанию отключены: ExecuteCommand и LocalFileTrigger ноды, доступ к переменным окружения из Code нод, файловый доступ ограничен папкой ~/.n8n-files. Всё можно включить через переменные окружения при необходимости.
Task Runners — изолированная среда выполнения для всех Code нод. Код не может влиять на основной процесс n8n, лучше управляет ресурсами. В 2.0 они включены по умолчанию для всех пользователей.
Да. Удалён легаси SQLite-драйвер и режим хранения бинарных данных «в памяти». Отключены ExecuteCommand и LocalFileTrigger по умолчанию. Если вы использовали эти функции — нужно явно включить их через переменные окружения.
n8n 2.0 сосредоточен не на новых фичах, а на укреплении платформы: безопасность по умолчанию, удаление легаси-костылей, исправление давних багов. Команда сама называет его «hardening release» — релиз для закалки.
Нужна ИИ-автоматизация под ваш бизнес?
Запишитесь на бесплатную консультацию — обсудим задачу и пришлём готовое решение.
Обсудить проект →