Декабрь 2025 года. Выходит вторая версия N8N - оркестратора рабочих процессов, который за последний год стал культовым в среде энтузиастов автоматизации и AI. Если в 2019-м это был просто интеграционный хаб для связывания сервисов, то с ноября 2024-го, после добавления AI-нод, началось безумие. YouTube заполнился роликами в стиле "Zero to Hero" и "Как я переложил всю работу на агентов". Но правда в том, что инструмент мощный - просто его нужно оседлать. А это минимум два месяца упорной работы.
15 декабря выходит релиз N8N 2.0. И изменения говорят об одном: N8N переходит из категории домашних экспериментов в инструмент для серьёзного бизнеса.
Что изменилось
N8N - это визуальный конструктор рабочих процессов (workflow). Квадратики-ноды связываются стрелками, и получается автоматизация. Триггер → запрос к API → обработка данных → отправка результата. Раньше это выглядело как хобби-проект. Теперь - как enterprise-решение.
Первое, что бросается в глаза: плоский дизайн. Ноды стали минималистичными, анимация плавная. Это напоминает переход iOS с версии 6 на 7 - от скевоморфизма к флэт-дизайну. Визуально приятнее, функционально - почти то же самое.
Но под капотом - революция.
Публикация workflow вместо активации
Раньше в N8N была кнопка "Активен/Неактивен". Включил workflow - он работает. Выключил - стоит. Просто и понятно.
Теперь все workflow публикуются, как релизы кода. Делаешь изменения, жмёшь Publish - workflow доступен. Хочешь остановить - Unpublish. Это больше похоже на работу с версиями в Git, чем на включение тумблера.
Важный момент: все дочерние workflow, которые вызываются из основного, тоже должны быть опубликованы. Раньше N8N позволял использовать неопубликованные процессы - теперь нет. Жёсткая политика версионирования.
Это усложняет работу для новичков, но добавляет контроль для команд. Кто-то случайно не сломает продакшн, редактируя черновик.
Нативный Python вместо эмуляции
В первой версии Python в N8N работал через Pyodide - библиотеку, которая эмулировала Python через WebAssembly. Медленно, нестабильно, с ограничениями.
Теперь Python выполняется нативно. Но за это пришлось заплатить: появились Task Runners - отдельные процессы, которые изолированно выполняют код на Python и JavaScript.
Task Runners запускаются отдельно от основного инстанса N8N. Можно настроить количество потоков, управлять параллелизацией, контролировать безопасность. С точки зрения производительности и изоляции - огромный шаг вперёд.
Раньше код выполнялся внутри N8N, и один упавший скрипт мог положить весь процесс. Теперь - нет. Упал Task Runner - перезапустился, основной workflow продолжил работу.
Goodbye MySQL, Hello PostgreSQL
N8N избавляется от поддержки MySQL и MariaDB. Полный переход на PostgreSQL. Причина проста: в enterprise-сетапе, где используется распределённая архитектура (main instance + worker instances), работает только Postgres.
Это сигнал о направлении развития. N8N движется в сторону корпоративных клиентов. Распределённые системы, высокая нагрузка, масштабируемость - всё это требует Postgres, а не MySQL.
Если у вас уже стоит N8N на MySQL - миграция на Postgres обязательна. В документации есть Migration Report, который покажет, какие workflow могут сломаться после обновления.
Ограничение доступа к файловой системе
Раньше N8N мог выполнять shell-команды через ноду Execute Command. Удобно для быстрых скриптов, но опасно с точки зрения безопасности.
Теперь доступ к файловой системе ограничен папкой `/n8n-files`. Выполнение shell-команд по умолчанию запрещено. Есть флаги для разрешения, но их нужно явно включать.
Для домашнего использования - неудобно. Для корпоративного - необходимость. Никто не хочет, чтобы случайный workflow удалил критичные файлы на сервере.
OpenAI Responses API и встроенный поиск
Ноды для работы с языковыми моделями получили обновления. Например, OpenAI-нода теперь поддерживает Responses API - новую версию API после chat completions.
Что это даёт? Можно вызывать инструменты (tools), file search, интерпретатор кода - прямо через ноду, без дополнительных интеграций. OpenAI выполняет всё на своей стороне, N8N получает результат.
Пример: спрашиваешь "Что нового в мире сегодня?" - OpenAI-нода сама делает поиск в интернете и возвращает ответ. Раньше для этого нужно было подключать отдельный инструмент для веб-поиска. Теперь - встроено.
Data Tables: собственное хранилище данных
Экспериментальная фича, которая скоро станет основной: Data Tables. Это встроенные таблицы внутри N8N для хранения данных.
Раньше приходилось использовать Supabase, Airtable, Google Sheets или Excel для хранения данных. Теперь можно создать таблицу прямо в N8N и работать с ней через специализированные ноды.
Удобно для простых задач: хранение логов, кэширование результатов, небольшие базы данных. Не нужно тянуть внешние сервисы для каждой мелочи.
N8N Chat: интерфейс для общения с workflow
Ещё одна экспериментальная фича - встроенный чат. Выглядит как обычный ChatGPT, но под капотом вызывает ваши workflow.
Можно создать workflow, сделать его доступным в чате (галочка "Make available in N8N Chat"), и теперь через чат можно запускать сложные процессы естественным языком.
Пример: "Найди новости про OpenAI". Чат вызывает workflow, который делает поиск через OpenAI, генерирует промпт, отправляет в Replicate для создания изображения и возвращает результат.
Это прототип будущего интерфейса для N8N. Скорее всего, такие чаты позже можно будет встраивать во внешние системы и стримить результаты в реальном времени.
MCP-серверы: N8N как источник инструментов
N8N начал поддерживать Model Context Protocol (MCP) - стандарт для подключения инструментов к языковым моделям. Теперь N8N может выступать как MCP-сервер.
Что это означает? Можно создать хитрый workflow в N8N и подключить его к Claude, ChatGPT или любому другому инструменту, который поддерживает MCP. Модель будет вызывать ваш workflow как инструмент и получать результаты.
Важно: в описании workflow нужно чётко написать, что он делает. Иначе модель не поймёт, когда его использовать.
Это открывает возможности для создания сложных агентских систем, где N8N выступает как набор специализированных инструментов для AI.
Миграция: что нужно знать
Если у вас уже установлен N8N 1.0, миграция на 2.0 не автоматическая. В документации есть раздел Breaking Changes, где описаны все критичные изменения.
В настройках N8N есть Migration Report - он покажет, какие workflow могут сломаться после обновления. Главные проблемы:
- Старые версии нод (нужно обновлять вручную)
- Использование Execute Command (нужно убирать или разрешать флагами)
- MySQL/MariaDB (нужно мигрировать на Postgres)
Команда N8N обещает поддерживать первую версию ещё три месяца после релиза 2.0, но новых обновлений для неё не будет. Поэтому миграция - вопрос времени.
Заключение: N8N взрослеет
N8N 2.0 - это не просто обновление интерфейса. Это переосмысление того, кем должен быть продукт. Раньше это был инструмент для энтузиастов и домашних проектов. Теперь - платформа для корпоративной автоматизации.
Нативный Python, Task Runners, система публикации, ограничения безопасности, переход на PostgreSQL - всё это шаги в сторону серьёзного enterprise-продукта.
Для новичков порог входа немного вырос. Но для команд и компаний - появились инструменты для контроля, масштабирования и безопасности.