Многие люди уверены: собрал «умного» помощника внутри одного сценария n8n — нода AI Agent, чат, память — и дело сделано. Им кажется, что дальше этот же помощник сам появится в Telegram, по расписанию и ещё в пяти сценариях.
Точнее, помощник есть. Копировать куски, дублировать обвязку и ловить расхождения в инструкциях — всё равно вам. n8n вынес агента из сценария: один раз настроили — зовёте отовсюду.
Агент больше не равен куску внутри одного сценария
Раньше «агент» в n8n почти всегда означал ноду AI Agent внутри одного сценария. Инструкции и инструменты живут в ноде. Жизнь агента = один прогон этой цепочки.
В анонсе n8n Agents (пока Preview) появилась другая сущность. Не путать с нодой AI Agent.
Новый Agent — отдельная полка в проекте рядом со сценариями: своя вкладка Agents, свои сессии и память, черновик и публикация. Повторно использовать можно сразу в нескольких местах.
Старая нода AI Agent не ломается. Миграции нет. Сценарии с ней продолжают работать. Команда пишет, что со временем Agents станут удобнее для этого класса задач — но не «ноду выключили сегодня».
Один раз настроили — зовут из чата, каналов и сценариев
По документации Agents до агента достучаться можно так:
- чат в Agent Builder — проверка до публикации;
- каналы Slack, Telegram, Linear;
- расписание: hourly, daily, weekly, monthly или свой cron;
- из сценария — нода Message an Agent: ответ агента идёт дальше по цепочке.
Каналы и расписания работают только у опубликованного агента. Черновик — для сборки и Preview-чата. В бой — Publish.
Связка со сценариями двусторонняя. Сценарии могут быть инструментами агента. Сценарий может вызвать агента через Message an Agent. Можно создать агента прямо в сценарии или дёрнуть уже существующего.
Какой смысл плодить пять копий одной и той же обвязки, если достаточно одного опубликованного агента?
Из чего это вообще склеивается
Имя. Модель — свой доступ к провайдеру. Инструкции. Инструменты.
В инструментах — интеграции, сценарии проекта, свои tools по JSON-схеме, MCP-серверы (внешние наборы инструментов по общему протоколу). Skills — пакет «инструкции + tools» под задачу. Knowledge — csv, pdf, markdown, txt: на Cloud нормально; на своём сервере — preview и песочница Daytona.
Память сессии есть по умолчанию. Память между сессиями (episodic) — опция и завязана на доступ OpenAI. Не «любой провайдер помнит всё подряд».
Субагенты — другие опубликованные агенты. Чувствительные tools можно посадить на Approve / Reject: агент ждёт решения и продолжает. Вкладки Sessions показывают сообщения, вызовы tools и ожидающие approvals. Ключи остаются в n8n, не уезжают в чат.
Токены модели идут провайдеру. Разговор с агентом сам по себе не списывается как AI-credits n8n. Сборка через AI Assistant тарифицируется как обычный разговор Assistant.
Один обмен — один прогон по счётчику
Биллинг n8n по Agents простой до подозрительности: один turn — один execution. Сообщение пришло, агент ответил — списали один прогон.
Вызовы ваших сценариев-инструментов и субагентов внутри этого обмена отдельно не считаются. Квота общая с обычными прогонами сценариев.
Практический смысл: один и тот же агент может сидеть в Slack, на расписании и в нескольких сценариях. За один обмен вы платите одной execution — даже если внутри он дёрнул ваши tools и субагентов.
Все просто: платите за разговор, а не за каждый внутренний шаг.
Версии есть. Вкладки может ещё не быть
Cloud Preview — с версии 2.32.3 и новее. Для свежих фиксов советуют 2.34.x. На своём сервере — Beta с той же линейки, модуль agents в N8N_ENABLED_MODULES. Полный опыт на self-hosted тянет AI Assistant, песочницу для knowledge и публичный WEBHOOK_URL для каналов.
Раскатка вкладки Agents поэтапная — «пару недель». Обновились — и вкладки может ещё не быть. Подождать пару дней. Не писать себе в голову: «версия есть = Agents уже на экране».
Пока нет Agents на Cloud Enterprise и self-hosted Enterprise. Режим очереди (queue mode) для agents не поддерживается — каналы вроде Telegram могут падать. Нужен обычный режим.
Официально в анонсе ещё нет: непрерывный просмотр потока событий, полноценная оркестрация кучи агентов «из коробки», вызов агента системами и агентами снаружи n8n. Обходной угол: webhook-сценарий с Message an Agent внутри n8n. Это не внешний API «позовите моего агента из чужой системы».
Ранний feedback той же недели: в списке моделей OpenAI-compatible / LiteLLM местами видны только GPT* — баг, патч в работе. В Telegram community жалуется, что всё складывается в одну session, а New Session из Telegram не видно. Не обещать паритет с web Preview.
Типичные глупости на старте
- Путать новую вкладку Agents с нодой AI Agent и писать, что старую ноду уже выключили.
- Обещать Agents на Enterprise — Cloud или свой сервер — «уже сейчас».
- Игнорировать поэтапную раскатку и версию ниже 2.32.3.
- Обещать внешний вызов агента из чужих систем — пока нет.
- Сажать agents на queue mode и удивляться падающим каналам.
- Обещать knowledge на своём сервере «из коробки без песочницы».
- Обещать память между сессиями на любом провайдере без доступа OpenAI.
- Делать героем соседний security-пост про песочницу вместо самого выноса агента из сценария.
Preview и Beta: поведение может меняться. Не обещать «уже у всех на Cloud» и финальный релиз.
Что сделать, если помощник уже размножился копипастом
Посмотреть вкладку Agents — Cloud 2.32.3+ / 2.34.x или свой сервер с Beta и модулем agents. Собрать одного агента. Опубликовать. Проверить чат, канал или Message an Agent.
Старые сценарии с нодой AI Agent можно не трогать, пока сами не решите переехать.
Ритм «агент вне линейного сценария — один раз настроил, зовёшь откуда нужно» разбирают и на Cursor / Make: канал «Ковчег» в Telegram и MAX. Практика Cursor + Make + AI: обучение на kv-ai.ru.
