n8n — платформа автоматизации рабочих процессов с визуальным конструктором, поддержкой кода, ИИ-функциями, Model Context Protocol (MCP) и встроенными таблицами данных. Ниже: основные возможности, варианты размещения, тарифы и практические сценарии по состоянию на 10 сентября 2026 года.

📌
Дата проверки фактов: 10 сентября 2026 года. Интерфейсы, лимиты и состав функций меняются часто, поэтому перед внедрением сверяйтесь с официальной документацией и тарифами.

Что такое n8n

n8n — платформа автоматизации с лицензией fair-code, которая объединяет ИИ-функции и автоматизацию бизнес-процессов. Воркфлоу собираются на визуальной канве из нод: каждая получает данные, преобразует их, вызывает API или передаёт результат следующему шагу.

Платформа поддерживает шаги кода на JavaScript и Python, а также запросы к API по HTTP и GraphQL. Community Edition доступна для самостоятельного размещения на своей инфраструктуре.

Основные возможности

  • Визуальная канва с логикой воркфлоу и нодами для интеграций.
  • Готовые интеграции и подключение произвольных API.
  • JavaScript и Python внутри шагов воркфлоу.
  • Журналы выполнений и просмотр данных для отладки.
  • ИИ-агенты и ИИ-воркфлоу.
  • Data tables для хранения небольших структурированных наборов данных внутри n8n.
  • Instance-level MCP для подключения совместимых чатов, IDE и CLI-инструментов.

Подключение к сервисам и API

Готовые интеграции представлены нодами. Если нужного коннектора нет, используйте запросы по HTTP или GraphQL либо добавьте шаг кода на JavaScript или Python.

Для подключения совместимого ИИ-клиента к воркфлоу используйте instance-level MCP. Он настраивается отдельно от конкретного воркфлоу и позволяет централизованно управлять доступом.

Data tables: встроенное хранилище

Data tables позволяют хранить состояние без Google Sheets или отдельной базы данных. С таблицами можно работать через ноду Data Table, вкладку Data tables в интерфейсе и эндпоинт /datatables в n8n API.

Типовые задачи:

  • хранить идентификаторы уже обработанных записей;
  • вести счётчики и простые справочники;
  • сохранять данные между запусками воркфлоу одного проекта;
  • хранить данные для оценки ИИ-воркфлоу;
  • объединять данные из нескольких источников;
  • создавать таблицы-справочники для быстрых проверок.

Через интерфейс можно создавать таблицы вручную или импортировать CSV, менять колонки и строки, а также выгружать данные обратно в CSV.

⚖️
Ограничения: таблицы рассчитаны на лёгкое и умеренное хранение данных. Общий лимит по умолчанию составляет 200 MiB на инстанс. В self-hosted-среде его можно изменить переменной N8N_DATA_TABLES_MAX_SIZE_BYTES. Таблицы привязаны к проектам, не подставляются в выражения как переменные и недоступны напрямую из Code node.

Для общих коротких значений между проектами используйте Variables. Для больших объёмов и сложных запросов подключайте обычную базу данных.

ИИ-агенты и проверка качества

В n8n можно строить ИИ-воркфлоу и агентные сценарии, подключать модели и инструменты, а выполнения просматривать в журналах для отладки.

AI Workflow Builder помогает создавать начальную схему воркфлоу по текстовому описанию. Перед запуском проверьте все параметры и учётные данные сгенерированных нод. Точный набор функций и лимитов зависит от плана.

AI Assistant остаётся в статусе preview. На n8n Cloud он включён во все планы, кроме Enterprise: Starter получает 2 300 кредитов AI Assistant в месяц, а Pro — 5 700 или 13 700 в зависимости от размера плана. На self-hosted используется собственный ключ провайдера, поэтому лимиты кредитов AI Assistant не применяются.

Для проверки качества ИИ-воркфлоу используйте evaluations: подготовьте набор тестовых данных, выполните базовый прогон и сравнивайте результаты после изменения промпта или модели.

MCP: n8n как сервер

💡
MCP (Model Context Protocol) — протокол, через который ИИ-клиент получает доступ к внешним инструментам и данным.

В n8n есть два основных способа предоставить инструменты через MCP:

  1. MCP Server Trigger выставляет инструменты одного конкретного воркфлоу.
  2. Instance-level MCP создаёт централизованное подключение к инстансу для Claude, ChatGPT, Codex, Cursor, VS Code и других совместимых клиентов.

Instance-level MCP умеет искать воркфлоу, запускать и тестировать разрешённые воркфлоу, а также создавать и редактировать воркфлоу и data tables в рамках выданных прав.

Чтобы подключить клиента:

  1. Откройте Settings → Instance-level MCP и включите MCP access. Это требует прав владельца или администратора.
  2. В разделе Connection details нажмите Connect.
  3. Выберите OAuth, который рекомендуется документацией, или API key.
  4. Для OAuth выберите нужный тип клиента и подтвердите запрошенные разрешения.
  5. Явно включите MCP-доступ для нужных воркфлоу.

Чтобы открыть воркфлоу через instance-level MCP, он должен быть опубликован и содержать webhook-, form-, schedule- или chat-триггер. Инструмент search_workflows может показывать краткие сведения обо всех воркфлоу, которые пользователь вправе видеть, но не возвращает их полную конфигурацию.

🔴
Критично: выдавайте клиенту только необходимые разрешения. Все клиенты пользователя видят все воркфлоу, которые он включил для MCP; назначить разные наборы воркфлоу разным клиентам нельзя. Для запуска или изменения воркфлоу нужны отдельные права.

Интерфейс Connection details / Access / Connected clients доступен с версии 2.33.0. OAuth-клиенты показываются вместе с уровнем доступа и датой подключения; их доступ можно отозвать. Клиенты с API key в этом списке не отображаются. Генерация нового API-токена отзывает предыдущий.

С версии 2.24.0 доступ можно включать на уровне проекта или папки. Автоматическое открытие новых подходящих воркфлоу постепенно раскатывается с версии 2.36.0 и по умолчанию выключено. Настройка действует только для воркфлоу, созданных после её включения. Отдельные агенты появились в instance-level MCP с версии 2.34.0 и пока имеют статус preview.

Self-hosted и Cloud

Self-hosted

  • Контроль над инфраструктурой и местом хранения данных.
  • Community Edition доступна на GitHub.
  • Bash-скрипты и собственные ноды доступны только в self-hosted-среде.
  • Обновления, резервные копии, секреты, безопасность и масштабирование остаются ответственностью владельца.
  • Business и Enterprise используют лицензионный ключ. Платный self-hosted-инстанс ежедневно связывается с сервером лицензий для проверки доступа и учёта использования.

n8n Cloud

  • Управляемый хостинг n8n.
  • Данные размещаются в ЕС, на серверах во Франкфурте.
  • Оплата рассчитывается по полным выполнениям воркфлоу независимо от числа шагов.
  • Bash-скрипты и собственные ноды недоступны.

Тарифы и лимиты

Цены проверены 10 сентября 2026 года и указаны для годовой оплаты.

ПланЦенаВыполнений в месяцКлючевые параметры
Starter20 € / мес2 5001 общий проект, 5 параллельных выполнений, 2 300 кредитов AI Assistant, хранение журналов до 7 дней
Pro50 € / мес10 0003 общих проекта, 20 параллельных выполнений, до 13 700 кредитов AI Assistant, хранение журналов до 30 дней, история и поиск выполнений
Business667 € / мес40 000Self-hosted, 6 общих проектов, SSO/SAML/LDAP, Git, разные окружения, масштабирование, AI Assistant в preview
Enterpriseпо договорённостииндивидуальноCloud или self-hosted, неограниченные общие проекты, 200+ параллельных выполнений, внешний secret store, стриминг журналов и SLA

Все планы включают неограниченное число пользователей и воркфлоу, а также все интеграции. Годовая оплата экономит 17%. Start-up plan предлагает подходящим командам менее чем с 20 сотрудниками скидку 50% на Business.

Пробный период n8n Cloud не требует карты. Для пробного Business карта нужна. Cloud trial даёт 1 000 выполнений, 5 параллельных запусков, тайм-аут 180 секунд и один командный проект.

⚠️
Считайте частоту запуска заранее. Расписание раз в пять минут создаёт примерно 8 600–8 900 выполнений в месяц. Лимита Starter для такого воркфлоу недостаточно.

Как выбрать n8n

n8n стоит рассматривать, если команде нужны самостоятельное размещение, шаги кода, произвольные API и агентные сценарии. Для n8n тарифицируется полный запуск воркфлоу, а не отдельный шаг.

При сравнении n8n с Make или Zapier проверьте у каждого продукта текущие условия размещения, единицу тарификации, доступ к коду и набор ИИ-функций. Эти параметры меняются отдельно от релизов самого n8n.

Полезные сценарии

Автоматизация онбординга

Задача: создать рабочие аккаунты и отправить инструкции новому сотруднику.

Условие запуска: появилась запись в HR-системе.

Действие: воркфлоу создаёт нужные учётные записи и отправляет письмо с инструкциями.

Результат: в журнале выполнения видны созданные аккаунты и успешное завершение шагов.

Ограничение: заранее настройте права и продумайте откат частично выполненных операций.

Обогащение лидов

Задача: дополнить контакт в CRM данными о компании.

Условие запуска: в CRM появился новый контакт.

Действие: n8n передаёт данные внешнему API и записывает полученные поля обратно в CRM.

Результат: заполнены должность, размер компании или сегмент, а выполнение сохранено в журнале.

Ограничение: учитывайте стоимость внешнего API и правила обработки персональных данных.

Ассистент поддержки

Задача: отвечать на типовые вопросы и передавать сложные случаи оператору.

Условие запуска: сообщение поступило в канал поддержки.

Действие: воркфлоу ищет информацию в базе знаний, готовит ответ и отправляет запросы с низкой уверенностью оператору.

Результат: пользователь получает ответ либо создаётся задача эскалации.

Ограничение: не выдавайте агенту права на изменение критичных систем без ручного подтверждения.

Агент с памятью в data tables

Задача: не обрабатывать одну и ту же запись повторно.

Условие запуска: воркфлоу получил письмо или запись из внешнего источника.

Действие: после обработки идентификатор сохраняется в таблице, а следующий запуск проверяет его наличие.

Результат: повторная операция для уже обработанного идентификатора не выполняется.

Ограничение: сценарий не подходит для больших массивов данных и сложных транзакций.

Coding-агент через MCP

Задача: дать coding-агенту ограниченный доступ к разрешённым воркфлоу.

Условие запуска: подключён Codex, Claude Code или совместимая IDE.

Действие: включите instance-level MCP, откройте только нужные воркфлоу и сначала выдайте права чтения.

Результат: OAuth-клиент виден в Connected clients, разрешённые инструменты доступны клиенту, а запуск отражается в журнале выполнений.

Ограничение: разные наборы открытых воркфлоу для разных клиентов одного пользователя назначить нельзя.

Быстрый старт

Self-hosted через Docker

Официальная документация предлагает установку n8n через Docker Compose. Перед постоянной эксплуатацией настройте HTTPS, резервное копирование, безопасное хранение секретов и управляемое обновление инстанса.

Cloud

  1. Откройте n8n Cloud и зарегистрируйтесь.
  2. Создайте воркфлоу из шаблона или с нуля.
  3. Для ИИ-сценария выберите доступную вашему плану ИИ-функцию и настройте учётные данные провайдера.
  4. Проверьте параметры каждой сгенерированной или импортированной ноды.

Проверка результата

  1. Создайте небольшой воркфлоу в редакторе с подходящим триггером и простым действием, затем запустите его. Успех: выполнение появилось в журнале, а данные шага доступны для просмотра.
  2. Для webhook-воркфлоу опубликуйте его и вызовите production URL. Успех: новый запуск появился в списке выполнений.
  3. Для MCP включите instance-level access, подключите OAuth-клиента с минимальными правами и откройте один подходящий опубликованный воркфлоу. Успех: клиент отображается в Connected clients, а разрешённый инструмент доступен клиенту.

Материал основан на официальной документации и тарифной странице; описанные шаги не заявлены как лично протестированные автором.

Ограничения и когда n8n не подходит

  • Community Edition не включает часть корпоративных функций: SSO, отдельные окружения и версионирование через Git.
  • Частые Cloud-триггеры быстро расходуют лимит выполнений.
  • Data tables не заменяют полноценную базу данных.
  • Большой воркфлоу со сложной бизнес-логикой трудно тестировать и сопровождать; критичный код лучше вынести в отдельный сервис.
  • Self-hosted требует самостоятельного обслуживания, защиты секретов и резервного копирования.
  • MCP-клиентам нельзя назначить разные наборы открытых воркфлоу в рамках одного пользователя.
  • Функции preview и возможности с поэтапным развёртыванием могут отсутствовать на конкретном инстансе.

Чеклист «Что делать, если…»

СимптомЧто проверить
Вебхук не срабатываетВоркфлоу опубликован, используется production URL
Агент зависаетТайм-аут модели, лимиты провайдера и журнал выполнения
Заканчиваются выполненияЧастоту триггеров, объединение шагов и переход на self-hosted
Функции нет в интерфейсеВерсию инстанса, план, feature flags и поэтапное развёртывание
MCP-клиент не подключаетсяВключён ли instance-level MCP, корректны ли OAuth/API key и доступен ли инстанс извне
MCP-клиент не видит воркфлоуВоркфлоу опубликован, содержит подходящий триггер и явно открыт для MCP
У клиента слишком много правПросмотрите OAuth-разрешения и отзовите доступ в Connected clients
API-key клиента нет в спискеЭто ожидаемо: список показывает OAuth-клиентов, а API key использует bearer token

Ссылки

Следующий шаг

Прежде чем собирать первый воркфлоу, определите, какие действия должны остаться под контролем человека: Не всё, что можно автоматизировать, стоит автоматизировать

При внедрении n8n полезно заранее определить границы доступа, контроля и ответственности, особенно если в одном процессе участвуют несколько сервисов или агентные сценарии.

Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov