Как настроить первичную маршрутизацию заявок с ИИ, проверить правила на выборке и передавать спорные обращения человеку.
У маршрутизации заявок с ИИ есть жёсткое ограничение. Модель уверенно разбирает типовые обращения, но пограничный текст может отправить не тому специалисту. В лекционном примере такая ошибка возникла на заявке с неоднозначной тематикой. Поэтому ИИ подходит для первичного распределения. Спорные и значимые обращения должен проверять человек.
Что делает первичная маршрутизация
Маршрутизация распределяет входящие обращения по содержанию. Классификация здесь означает присвоение тексту одной из заранее заданных категорий. Модель читает заявку, определяет тему и предлагает маршрут. Например, вопросы доступа и безопасности уходят одному специалисту, вопросы телефонии, почты и других способов связи — другому.
Для первого прогона большой автоматизированный контур не нужен. Достаточно обезличенной выгрузки, языковой модели и системного промта. Системный промт — это постоянная инструкция, которую модель учитывает при каждой новой заявке. В нём фиксируются категории, правила распределения и формат ответа.
Формат результата тоже задайте заранее. Для проверки достаточно номера заявки, выбранной категории и короткого объяснения. Такой ответ сотрудник может быстро сопоставить с исходным текстом. Свободный пересказ усложняет контроль и мешает сравнивать результаты нескольких прогонов одной выборки.
Сначала опишите категории
Категории должны быть понятны сотруднику без дополнительных догадок. Для каждой укажите тему, ответственного и признаки, по которым обращение туда попадает. Формулировки вроде «остальные вопросы» оставляют слишком много свободы. Лучше перечислить типовые темы и дать по одному корректному примеру.
В учебной задаче из лекции модель распределяла 15 заявок между двумя специалистами. Один отвечал за доступы и безопасность, второй — за средства связи. Уже такой короткий справочник задаёт рамку. Для рабочего процесса рамку придётся уточнить на собственных обращениях.
Сразу определите действие для каждой категории. Это может быть назначение ответственного, перенос в очередь или подготовка уведомления. На этапе теста действие лучше только записывать в отчёт. Реальное перенаправление включается после проверки правил и исключений. Тогда ошибка классификации остаётся заметной и ничего важного не запускает.
Затем добавьте исключения
Главная ловушка появляется, когда отдельное слово указывает на одну категорию, а смысл обращения относится к другой. В лекции разбирался запрос, где упоминался доступ, хотя решение касалось настройки связи. Такое исключение нужно записать прямо в системный промт. После каждой найденной ошибки правило уточняется и снова проверяется.
Проверьте на тестовой выборке
До запуска соберите тестовую выборку обращений с заранее проверенным маршрутом. Включите типовые заявки, редкие формулировки и пограничные случаи. Прогоните один и тот же набор после каждого изменения инструкции. Сравнивайте предложенную категорию с решением сотрудника и отдельно разбирайте каждое расхождение.
Тест нужен и после удачного первого результата. Языковая модель может по-разному отвечать на близкие формулировки. Один верный прогон ещё не подтверждает готовность процесса. Новые примеры постепенно превращаются в правила и исключения, которые можно проверить повторно.
После прогона соберите найденные ошибки в отдельную инструкцию. В лекции модель сначала распределяла заявки, затем по ошибочным ответам готовился системный промт. Инструкция дорабатывалась на новых примерах. Это нормальная механика внедрения. Категории и исключения появляются постепенно, но каждое изменение нужно проверять на исходной выборке.
Оставьте путь к человеку
В схеме нужна отдельная категория «требуется проверка». Туда направляются неоднозначные обращения, конфликтующие правила и заявки, по которым требуется окончательное решение. Сотрудник видит исходный текст, предложенную категорию и причину передачи. ИИ помогает разобрать поток, финальный контроль остаётся у человека.
Автоматизируйте только устойчивую схему
Когда правила прошли повторную проверку, маршрут можно собрать в n8n. Сценарий получает обращение, передаёт текст модели, проверяет результат по условиям и выполняет нужное действие. До этого шага полезнее сохранить ручной запуск. Так ошибки остаются видимыми, а изменения инструкции не требуют перестройки всей цепочки.
Что проверить перед внедрением
- Категории сформулированы ясно и не пересекаются.
- Исключения записаны вместе с примерами.
- Тестовая выборка включает пограничные обращения.
- Для сложных заявок назначен ответственный человек.
Материалы по выбору моделей и безопасной работе собраны в разделе обучение работе с ИИ. Начинать стоит с небольшого проверяемого процесса и понятной зоны ответственности.