n8n 3.0 убирает старые режимы AI Agent: создание ИИ-агента придётся собрать заново

Боевой сценарий в n8n давно висел на узле AI Agent: режим выбрали один раз, базу он спрашивал сам, внутрь никто не заглядывал. Перед декабрём в команде предложили поставить бету "просто посмотреть". Мы открыли сценарий и остановились. 27 октября вышла бета n8n 3.0.0: стабильную ветку обещают в начале декабря, переход на 3.x только в одну сторону, а узел AI Agent первой версии вместе с режимами SQL Agent, Conversational Agent, OpenAI Functions Agent, Plan and Execute Agent и ReAct Agent сам на новую ветку не переедет. Если ИИ-агенты для бизнеса у вас живут в этом холсте, ближайший выигрыш не в новой модели, а в том, чтобы не остаться с остановленным сценарием в день обновления.

Режим в списке ещё не отвечает, что такое ИИ-агент

К нам приходят с фразой "поставьте агента в n8n". Сначала разводим две вещи. ИИ-агент - это модель, короткий список инструментов и цикл: посмотреть задачу, выбрать шаг, прочитать ответ инструмента, решить, закончить или идти дальше. Режим в узле был упаковкой этого цикла. Пункты списка - заготовки одного узла, а не разные продукты.

Сценарии, уже переведённые на Tools Agent, по документации n8n ведут себя как раньше. С SQL так не выходит. Задачу предлагают собрать заново: свежий узел AI Agent и под-узел Postgres или MySQL.

На копии мы сначала просто сменили режим и ждали, что запрос к базе останется. Не остался. Ходить в базу пришлось отдать отдельному узлу. Агенту оставили другое решение: спрашивать сейчас или данных уже хватает.

Первый порыв - поменять режим на проде и в понедельник смотреть, что отвалилось - мы отговорили. Отката нет. Сработал второй путь: отчёт о миграции, один спокойный сценарий, полная резервная копия, отдельный инстанс.

Как создать ИИ-агента на узле, который переживёт 3.x

На версии 2.39 и новее откройте Settings, затем Migration Report. Отфильтруйте сценарии со старым AI Agent. Не чините пачкой. Возьмите один сценарий, который можно остановить без звонка от бизнеса, и переведите узел на текущий Tools Agent.

Дальше смотрите не на красоту ответа, а на контракт инструментов. Какие узлы агент имеет право вызывать. Что считается удачным шагом. Где он обязан остановиться и отдать черновик человеку.

Для базы это выглядит так. Агент формулирует намерение. Под-узел Postgres или MySQL выполняет только заранее ограниченный запрос. Свободный SQL от модели в этот узел не кладите: миграцию закроете, дыру оставите.

Бету 3.0 ставьте только на эту копию и только после резервной копии. На своём сервере для 3.0 нужен Docker. Установка через npm и команда npx n8n больше не поддерживаются. Инстанс без Docker не обновится "пакетом", даже если узлы уже переведены.

Пока копия молчит, выпишите из отчёта всё, что ещё сидит на старом узле. Без этого списка создание ИИ-агента в декабре начнётся с починки, а не с новой задачи.

Где ломается раньше, чем модель

Прод, который открыли "глянуть бету", обратно не откатывается. Это ограничение версии. Смена модели его не лечит.

Шаблоны сообщества со старым режимом на 3.x остановятся. Скачанный когда-то сценарий с чуть поправленной инструкцией - черновик, не актив. Откройте его на копии до того дня, когда он понадобится в работе.

Таймаут узла Code по умолчанию снизили с пяти минут до одной. Его можно поднять, но код, который раньше всегда успевал, на 3.0 упрётся в новый потолок. Прогоните длинные куски на копии отдельно от агента. Иногда тормозит не модель, а скрипт рядом.

Не путайте качество ответа с зацикливанием. Пустой или упавший вызов инструмента - не повод писать модели "попробуй ещё" без счётчика шагов. Раньше повтор прятался внутри режима. На Tools Agent его видно. Поставьте жёсткий предел и ветку: не вышло - зовите человека. Иначе агент будет дёргать один и тот же узел, пока кто-то не откроет журнал запусков.

Что заложить у себя, если n8n был только черновиком

Пока маршрут короткий, холст удобен. Как только агент пишет в учётную систему, почту или согласование, режим в визуальном узле становится слабым местом. Его снимают с мажорной версией, а процесс остаётся.

Из такого прототипа мы забираем не текст инструкции, а договорённость. Какие инструменты есть. Какой читает, какой пишет. Где нужен человек. Какая модель стоит за инструментом - отдельный выбор. В российском контуре это часто GigaChat Pro или YandexGPT, а не имя, зашитое в шаблон.

Режим OpenAI Functions как раз приучает к плохому. Название прилипает к сценарию, хотя цикл агента от вендора модели не зависит.

Если сценарий остаётся в n8n, до декабря проверьте три вещи. В отчёте миграции не осталось старого AI Agent. Код длиннее минуты либо укорочен, либо таймаут поднят сознательно. Запись наружу по-прежнему не происходит без шага, который можно остановить.

Если в узлы сценарий уже не влезает, переносите тот же договор в свой код, пока бета живёт на копии. Не тогда, когда стабильная ветка выключит старый узел на проде.

Стабильную ветку обещают в начале декабря. Откроете Migration Report на 2.39 и заберёте хотя бы один боевой сценарий на копию до этой даты, или декабрь начнётся с остановленного сценария?

Похожие статьи

• Центр безопасности Claude Enterprise не заменяет кодекс ИИ-агента
• Каталог ИИ-агента Гермес: ставим официальный плагин одной командой и читаем карточку до запуска
• agent-desktop: локальный ИИ-агент жмёт элемент по ref, а не угадывает пиксель
• GitHub Agentic Workflows в общем доступе: разработка ИИ-агентов начинается с текста, а не с YAML