Почему это, а не типовой чат-бот. Мы намеренно не показываем универсального ассистента — ниже те же два агента, что описаны в вашем ТЗ: поддержка (диалог → эскалация → сервисная заявка) и штрафы (перерасчёт → проверка перед списанием). Логика читаема и правится точечно — ровно то, что нужно для правки живых правил, а не для показа «фичи».
Агент поддержки
Агент штрафов
Что происходит внутри (Claude → n8n)
Что происходит внутри (Claude → n8n)
Как это относится к вашей задаче
- Задача не «построить с нуля» — у вас система уже в проде, правила уже написаны. На этом демо ровно тот же принцип: правило = читаемый набор условий и действий, а не одна большая нейросеть «на угад».
- Каждый сценарий ниже — это то самое «добавить правило / поправить ложное срабатывание / закрыть краевой случай», о котором вы пишете в ТЗ: клиент пишет нестандартно → разбор Claude достаёт нужные поля → n8n выполняет ровно то действие, которое задано правилом (не больше).
- Изменения обратимы и проверяемы: правило — это конфиг/код, который живёт в репозитории и правится через PR, а не «зашито в промпте», как у чат-ботов на быстрых конструкторах.
- Формат работы понятен: тестовая задача на пару часов → разобраться в существующей логике, предложить точечную правку, объяснить риски, выкатить.
Node.js 20 · ESM
n8n
Telegram Bot API
MySQL / PostgreSQL
Docker Compose
GitHub Actions
PR-workflow