AI-классификация и финальная сборка

Финальная сборка: проверка и экспорт workflow

Содержание курса

Запуск тестов и локализация первого сбойного узла

Когда четыре заявки готовы, их запускают по очереди — каждую отдельным прогоном через «Test workflow». После каждого запуска n8n раскрашивает узлы: зелёный означает успешное выполнение, красный — ошибку или намеренный останов, серый — узел, до которого данные вообще не дошли.

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

Правильный рефлекс:

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

Важно понимать разницу между красным и серым — они означают разное:

  • Красный — узел получил данные и либо столкнулся с ошибкой выполнения, либо намеренно прервал цепочку (как Stop and Error).
  • Серый — узел не получил данных вообще: до него просто не дошла очередь.

На практике это выглядит так:

Некорректная заявка с пустым полем. IF вычисляет условие (поле пустое — условие выполнено), успешно направляет item в ветку «невалидно» и остаётся зелёным. Stop and Error получает item и намеренно прерывает выполнение — он окрашивается в красный. Это штатное поведение, не ошибка настройки. Если же Stop and Error оказался серым — значит, IF не передал ему item: проверяем условие в IF и подключение ветки «true»/«false» к нужному выходу.

Горячая заявка. IF зелёный, но один из выходов Text Classifier серый — данные не дошли до узла после него. Значит, смотрим на настройки самого Text Classifier: правильно ли подключена ветка нужной категории.

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

Итоговый маршрут заявки по полному workflow

Итоговый маршрут заявки по полному workflow.