ИИ-классификация входящих заявок требует категории «не уверен» и проверки маршрута

Что именно должна определить модель? Для начала достаточно категории услуги. Срочность и выбор исполнителя задают отдельными правилами.

Naumen описывает пересекающиеся услуги и ошибки разметки. Если диспетчеры по-разному понимают категорию, классификатор унаследует их разногласие.

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

«Не уверен» означает отказ от автоматической передачи. Это отдельный результат обработки, который сохраняет исходный текст и причину сомнения.

Ручной разбор нужен при недостатке сведений, новой теме или конфликте категорий. В обычной услуге «Прочее» неизвестное обращение примут за уже разобранное.

У ручной очереди должен быть ответственный. В официальном материале Naumen о клиентской поддержке неуверенный результат передают сотруднику для окончательного решения.

Порог выбирают по ошибкам на проверенных заявках компании. Цифра, которую языковая модель сама написала рядом с ответом, не доказывает вероятность успеха.

Оценку уверенности нужно сопоставить с фактическими ошибками. Документация scikit-learn отдельно разбирает калибровку вероятностей и настройку порога под цель задачи.

Часть заявок оставляют для итоговой проверки без настройки на них. Иначе разработчик подберёт порог под знакомые примеры, а новые обращения проверят его в работе.

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

Модель сравнивают с ручным разбором и правилами на одинаковых текстах. До старта согласуют допустимую ошибку и объём ручной очереди, который команда успеет разобрать.

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

Кто отвечает за маршрут после выбора категории? Программа передачи берёт очередь из согласованного справочника. Модель не должна придумывать адресата свободным текстом.

Подтверждение отправки ещё не доказывает приёмку. В проверке нужно найти ту же заявку в нужной очереди и сопоставить её идентификатор с исходным обращением.

При сбое заявка остаётся видимой с причиной ошибки передачи. Повторная попытка должна продолжать её обработку, сохраняя защиту от дубля.

Просьба «назначить срочно директору» не меняет установленные правила. Кто их утверждает и принимает риск, разобрано в статье про ответственность за ошибки ИИ.

Инженер записывает разрешённые категории и переходы в правила для ИИ-агентов. Агент для кода собирает обработчик и проверки, а владелец очереди подтверждает смысл назначения.

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

Наш открытый отбор публикаций сохраняет причину отказа. Инженер ведёт машину агентов на vibecoding.ru; её отбор служит аналогией контроля заявок.

Наши «Контакты» показывают, кто пришёл, а «Ручейки» показывают события на пути к продукту. Запись о поступлении ещё не доказывает дальнейшую обработку.

Поломки машины научили проверять сигнал и передачу. Для заявки важно то же: почему выбран класс и где оказался исходный текст?

Первым закажите обработчик для существующего входа и очередей. Он предлагает категорию, умеет отказаться от угадывания и оставляет след передачи.

Хорошая постановка задачи агенту сразу называет критерий «готово». Здесь это набор размеченных обращений, согласованные пределы ошибок и проверка получения заявки адресатом.

На первом запуске модель может давать диспетчеру подсказку. Его исправления помогут решить, какие категории можно передавать автоматически.

Если обработчик уже есть и проходит эти сценарии, начните с настройки. Разработка нужна, если он не поддерживает ваши правила или проверку передачи.

Тариф подписки на разработку «Один проект» стоит 250 000 ₽/мес. на 8 октября 2026. Инженер с машиной ИИ-агентов сдаёт правки в ваш репозиторий.

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

Если нужно согласовать границы работы, можно начать с разбора задачи.

1. Согласуйте категории с владельцами очередей, включая спорные примеры.
2. Дайте «не уверен» ответственного и следующий шаг, сохраняя исходный текст.
3. Принимайте порог по ошибкам на отложенных заявках и нагрузке ручного разбора.
4. Проверьте получение той же заявки в нужной очереди, сбой и повтор передачи.
5. Сохраняйте исправления диспетчера и проверяйте их на следующей версии.