ГАЙД НА ЛОГИКУ БОТОВ В N8N И НЕ ТОЛЬКО

телеграмм - https://t.me/AntonAI_20 В этом видео я разбираю 12 фишек логики, которые делают ботов в n8n стабильными и предсказуемыми. Показываю всё на примере своего реального Telegram-бота: как НЕ надо делать, как надо, и как это выглядит между нодами. Эти правила универсальны — работают в любом конструкторе и в вайп-кодинге. Временные метки 00:00 – Вступление 01:40 – Большой воркфлоу разбит на части 05:07 – Маршрутизация через Switch без AI 06:09 – Машина состояний (стейт-машина) 12:23 – Разделение таблиц: sessions и business-data 13:00 – Глобальный /start как точка сброса 16:21 – Атомарность операций (ACID) 17:53 – Один юзер — один активный процесс 19:08 – Фолбэк при сбое 20:53 – Логирование ошибок 23:15 – Защита от дублей запросов 26:01 – Whitelist допустимых действий 28:17 – Заключение Краткое описание пронумерованных разделов 1. Вступление. Знакомство с темой, показываю своего Telegram-бота по созданию видео с персонажами, объясняю формат: 12 фишек по нарастающей — сначала базовые, потом всё интереснее. 2. Большой воркфлоу разбит на части. Гигантский воркфлоу дробится на под-воркфлоу через ноду ExecuteSubWorkflow. Показываю, как лагает огромный воркфлоу, и как вынести отдельную ветку в новый воркфлоу, чтобы разгрузить бота. 3. Маршрутизация через Switch без AI. Все сообщения проходят через ноду Switch по CallbackData, и почему AI никогда не должен принимать решения о маршрутизации — нужны детерминированные результаты, иначе бот превращается в тыкву. 4. Машина состояний (стейт-машина). Самая важная тема для многоуровневых ботов: таблица сессий с полем step, зачем менять шаги при нажатии inline-кнопок и при отправке текста, и почему шаг взаимодействия должен лежать в единственном источнике — таблице сессий. 5. Разделение таблиц: sessions и business-data. Сессия — то, что постоянно меняется (шаги юзеров в реальном времени), бизнес-дата — то, что может годами лежать (персонажи, настройки). Их нужно всегда разделять. 6. Глобальный /start как точка сброса. Команда /start возвращает юзера в главное меню и очищает сессию и недоделанную бизнес-дату. Показываю логику: меняю step на MainMenu, обнуляю поля сессии, удаляю незавершённые записи. 7. Атомарность операций (ACID). Либо все данные записались, либо ничего. Показываю на примере создания персонажа: если между нодами падает ошибка, часть данных остаётся в неконсистентном состоянии. Решение — один update в конце цепочки. 8. Один юзер — один активный процесс. За пользователем закреплена одна строка сессии со всеми параметрами. Если появятся дубли строк с одним ID — селект вернёт два айтема и логика сломается. 9. Фолбэк при сбое. Запасной путь при ошибке: ретраи в ноде, повторный запрос через ноду Wait, if на результат, альтернативная нода. Показываю фолбэк при генерации видео, когда get-запрос падает. 10. Логирование ошибок. Воркфлоу с Error Trigger, который ловит ошибку, записывает её в базу (нода, тип ошибки, технические детали, ID запуска) и отправляет юзеру понятное сообщение, а не молчит. 11. Защита от дублей запросов. Пока один запрос обрабатывается, второй блокируется через переменную active/done в сессии. Показываю разницу: без защиты бот создаёт сценарий заново при каждом сообщении, с защитой — отвечает «сценарий уже создаётся». 12. Whitelist допустимых действий. На каждом шаге строго список разрешённых действий. Если юзер шлёт текст там, где это не предусмотрено, бот отвечает «ты сделал что-то не так, напиши /start». Предотвращает поломку логики от случайных сообщений. 13. Заключение.