n8n плюс ИИ-агент: как собрать автоматизацию без ручной рутины

Что такое n8n и зачем он агенту

n8n — конструктор автоматизаций. Ты собираешь на холсте цепочку блоков: откуда берутся данные, что с ними происходит, куда они уходят. Без строчки кода, хотя код при желании вставляется прямо в цепочку.

Ключевое отличие от «просто скрипта» — наглядность и живучесть. Сценарий видно целиком, у каждого шага есть история запусков, сломавшийся шаг подсвечивается, и перезапустить можно именно его. Это важно, когда процессов становится десяток и ты уже не помнишь, что куда ходит.

Почему это тема про ИИ-агентов, а не про «ещё один сервис»? Потому что n8n и агент закрывают разные половины работы. n8n отлично гоняет данные по известному маршруту. Агент думает, формулирует, принимает решения в неоднозначных ситуациях. Связка сильнее каждого по отдельности.

Три понятия, без которых не собрать ничего

Ноды

Нода — один шаг сценария. Бывают нескольких типов:

• источники — получить письма, строки из таблицы, записи из CRM;
• действия — создать сделку, отправить сообщение, залить файл;
• логика — условие «если», разветвление, цикл по списку, пауза;
• преобразования — собрать нужные поля, переименовать, склеить два потока;
• код — произвольная вставка на JavaScript или Python, когда готовой ноды не хватает.

Ноды соединяются стрелками, и данные текут по ним как по конвейеру. Выход одной — вход следующей.

Триггеры

Триггер — первая нода, та, что запускает всё остальное. Основных видов четыре:

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

Выбор триггера определяет характер автоматизации: расписание — для отчётов и регулярных проверок, событие и вебхук — для реакции в реальном времени.

Вебхуки

Вебхук — персональный адрес, на который любая система может прислать данные. Отправили форму на сайте — данные прилетели на этот адрес, сценарий запустился.

Работает и в обратную сторону: n8n сам умеет дёргать чужие адреса. Именно так в цепочку встраивается ИИ-агент — сценарий передаёт ему задачу и ждёт ответ.

Две вещи, о которых забывают новички:

• адрес вебхука надо считать секретом, иначе кто угодно сможет запускать твой сценарий;
• у вебхука есть тестовый и рабочий режимы, и половина «загадочных» поломок — это попытка слать боевые данные на тестовый адрес.

Сценарии, которые закрывают реальную рутину

Заявка → CRM → уведомление

Самый ходовой сценарий и обычно первый, который собирают.

1. Вебхук принимает данные с формы сайта.
2. Нода проверяет обязательные поля и чистит мусор — пустые заявки и очевидный спам отсеиваются.
3. Проверка на дубль: такой контакт уже есть в CRM?
4. Если нет — создаётся сделка с источником и комментарием.
5. В рабочий чат падает уведомление с именем, контактом и ссылкой на сделку.
6. Если шаг с CRM упал — сообщение всё равно уходит, но с пометкой «не записалось, занесите руками».

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

Сюда же удобно добавить агента: он читает текст заявки и возвращает короткую сводку — что человек хочет, насколько это горячо, какой ответ уместен. Менеджер открывает чат и сразу видит суть, а не сырой текст формы.

Отчёт по расписанию

Триггер по времени, сбор данных из нескольких источников, склейка в один текст, отправка в чат или на почту.

Голый n8n соберёт цифры. Агент на последнем шаге превратит их в человеческий комментарий: что выросло, что просело, на что посмотреть в первую очередь. Разница между таблицей, которую никто не открывает, и сообщением, которое читают.

Перенос данных между сервисами

Классическая интеграция: новая запись здесь — создаём копию там. Формы в таблицу, таблица в CRM, CRM в базу, база в дашборд.

Главная сложность не в соединении, а в сопоставлении полей и дублях. Поэтому в такие сценарии всегда закладывают проверку «уже переносили?» — иначе при первом же повторном запуске получишь двойные записи.

Мониторинг и реакция

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

Напоминания и дисциплина процессов

Сценарий по расписанию проверяет, не завис ли кто-то на этапе: заявка без ответа дольше суток, задача без движения, счёт без оплаты. Нашёл — пишет ответственному. Технически это тривиально, а по эффекту часто перекрывает все остальные автоматизации вместе взятые, потому что закрывает самую дорогую дыру — забыли.

Здесь важно не переборщить с частотой. Уведомления, которые приходят слишком часто, перестают читать за неделю, и сценарий становится бесполезным, формально продолжая работать.

Наблюдение за контентом

Отслеживание упоминаний, новых публикаций, изменений цен у конкурентов. n8n собирает поток, агент фильтрует по смыслу и оставляет только то, что реально стоит внимания.

Где n8n сильнее, а где проще отдать агенту скрипт

Это главный практический вопрос. Лишний сценарий в n8n — такая же проблема, как лишний скрипт.

Простое правило: повторяется и ходит по чужим API — в n8n; думает, разбирает и лезет внутрь сервера — в скрипт.

Ещё одна ловушка — «сценарий-монстр» на сорок нод с десятком ветвлений. Отлаживать такое невозможно. Если логика разрослась, честнее вынести её сложную часть в код или отдать агенту, оставив в n8n только маршрутизацию.

Как связать n8n и агента

Варианта два, и обычно используют оба.

n8n вызывает агента. В цепочке стоит шаг, который передаёт агенту задачу: разобрать текст, написать ответ, сформулировать вывод. Агент возвращает результат, сценарий идёт дальше. Так закрываются все места, где нужен язык и смысл.

Агент управляет n8n. Агент создаёт и правит сценарии, запускает их, читает логи упавших запусков и чинит. Ты ставишь задачу словами, а не собираешь ноды мышкой. Это удобно, когда агент живёт на VPS рядом с самим n8n и имеет доступ к его данным.

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

Риски, о которых надо знать заранее

Автоматизация выглядит магией ровно до первой поломки. Четыре вещи ломают её чаще всего.

Лимиты API. У любого сервиса есть потолок запросов. Сценарий, прогоняющий тысячу строк в цикле, упирается в него на второй минуте, и дальше начинаются ошибки. Лечится паузами между запросами, пакетной обработкой и повторными попытками с нарастающей задержкой.

Тихие ошибки. Самый опасный сценарий — тот, что сломался месяц назад, а ты не заметил, потому что он молча ничего не делает. Правило: у каждого сценария должна быть ветка «что-то пошло не так» с уведомлением человеку. Молчание не равно успеху.

Смена форматов. Сервис поменял структуру ответа, переименовал поле — и цепочка рассыпалась. Регулярно проверять работоспособность важных сценариев придётся в любом случае.

Дубли и повторные запуски. Вебхук может прийти дважды, сценарий — перезапуститься. Если шаг не защищён проверкой, клиент получит два письма, а в CRM появится две сделки.

Доступы. n8n хранит ключи от твоих сервисов. Фактически это связка ключей от всего бизнеса, и относиться к ней надо соответственно: доступ по паролю, обновления, бэкапы.

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

С чего начать

1. Выпиши задачи, которые повторяешь каждую неделю, с указанием затрачиваемого времени.
2. Возьми одну самую частую и опиши её шагами — буквально по пунктам.
3. Реши по таблице выше: это сценарий в n8n или скрипт.
4. Собери минимальную версию без красивостей, обязательно с уведомлением об ошибке.
5. Неделю гоняй с ручной проверкой результата.
6. Убедился, что работает, — снимай контроль и бери следующую задачу.

Не пытайся автоматизировать всё сразу. Один работающий сценарий, которому ты доверяешь, полезнее пяти наполовину собранных.

Какие ещё задачи агент берёт на себя помимо интеграций — смотри в разборе программы.