Счёт просрочен, обязательное поле не заполнено или запись выходит за часы работы. Для таких решений обычно не нужна языковая модель. Нужны достоверные данные и ясно определённые правила.
Автоматизация бывает полезна и без ИИ. Языковая модель становится интересной, когда содержание сформулировано по-разному и его нужно понять, кратко изложить или привести к пригодному для работы виду. Следующее решение при этом может по-прежнему приниматься по фиксированным правилам.
Такое разделение помогает планировать: какая работа сложна из-за языка? Какая следует однозначному условию? А какая требует суждения или ответственности, которую следует оставить человеку?
Четыре задачи, четыре разных инструмента
Следующие примеры помогают с выбором. Они не описывают измеренные результаты клиентских проектов.
| Задача | Логичное решение | Почему |
|---|---|---|
| Напомнить о подтверждённой встрече за два дня | Правило по времени и уведомление | Условие и результат однозначны |
| Проверить наличие номера клиента и суммы счёта | Проверка формы или данных | Структура и обязательные поля известны |
| Предварительно распределить разные по формулировке письма по темам | Правила для однозначных случаев, при необходимости ИИ для свободного текста | Один и тот же запрос может быть выражен очень по-разному |
| Решить, делать ли уступку в спорной ситуации | Ответственный сотрудник с заранее собранными фактами | Контекст и последствия требуют ответственного решения |
Даже разработчики языковых моделей рекомендуют начинать с самого простого подходящего решения. Anthropic объясняет, что более сложные агенты могут увеличивать стоимость и время ответа, а фиксированные процессы часто лучше подходят для чётко определённых задач. Из этого не следует, что любую задачу можно решить без ИИ. Это аргумент в пользу осознанного выбора. Источник: Building effective agents.
Быстрая проверка: достаточно ли правила?
Возьмите конкретную задачу и попробуйте записать её так: «Если выполняются эти проверяемые условия, сделай именно это. Иначе …»
Если специалист может получить из этого одну и ту же команду без дополнительной интерпретации, решение на правилах — хороший первый кандидат. Не забудьте исключения: отсутствующие данные, повторные события, праздники, отмены и изменения после первоначального ввода.
Если формулировка не складывается потому, что люди пишут свободно или документы имеют разную структуру, на этом этапе может помочь ИИ. Если причина в том, что организация сама не знает нужного правила, сначала требуется бизнес-решение. Модель не заменяет невыясненное требование к работе.
Где языковая модель действительно полезна
Представьте письмо: «Мы переехали. Пожалуйста, со следующего месяца отправляйте всё на новый адрес». Жёсткий поиск по одному ключевому слову может пропустить другие формулировки. Модель могла бы выделить тему «смена адреса» и упомянутые сведения.
Но это ещё не разрешение на изменение. Приложение должно проверить, к какому клиенту относится письмо, имеет ли отправитель нужные полномочия и полностью ли указаны необходимые данные. Предложенный адрес не должен без проверки становиться изменением основной карточки клиента.
Фиксированный формат ответа тоже решает лишь часть проблемы. Например, схема может проверить обязательные поля и типы данных. Она не подтверждает, что адрес действительно относится к нужному клиенту. Документация JSON Schema описывает эти структурные проверки; правильность по существу нужно проверять отдельно.
Разумный смешанный процесс
Рабочая схема может выглядеть так: однозначные системные сообщения сразу обрабатываются по правилам. Свободные сообщения подготавливаются для классификации. Приложение проверяет результат по допустимым значениям и имеющимся данным. Неполные случаи или действия с существенными последствиями передаются ответственному сотруднику.
Модель при этом интерпретирует язык. Она не получает автоматически право выполнять любое выведенное из него действие. Права и необходимые подтверждения должны быть реализованы в приложении и подключённых системах. OWASP прямо рекомендует ограничивать функции, полномочия и самостоятельность таким образом. Источник: Excessive Agency.
Для клиента смешанный процесс не обязан выглядеть сложным. Ему нужно понятное подтверждение и ответ на вопрос, выполнен ли запрос или ещё проверяется. Выбор внутренних инструментов стоит обсуждать с ним только тогда, когда это имеет значение для решения его задачи.
Считайте весь объём работы
Если языковая модель входит в решение, наш пример расчёта стоимости ИИ-ассистента поможет отдельно спланировать внедрение, эксплуатацию и использование.
Минимальный счёт за модель ещё не доказывает экономическую пользу автоматизации. Сравнивайте разработку, эксплуатацию, обслуживание, проверки и исправление ошибок. При небольшом числе обращений регулярный контроль может поглотить возможную экономию времени.
Разницу показывает явно условный расчёт. Допустим, команда ежемесячно обрабатывает 600 однотипных обращений по три минуты каждое. Сейчас это 1 800 минут, или 30 часов.
| Этап в примере | Допущение | Затраты в месяц |
|---|---|---|
| Проверить автоматически подготовленные обращения | 480 случаев по одной минуте | 8 часов |
| Обработать остальные вручную | 120 случаев по три минуты | 6 часов |
| Контролировать процесс и поддерживать правила | Условный объём для планирования | 2 часа |
| Новые суммарные регулярные затраты | 8 + 6 + 2 часа | 16 часов |
| Расчётное снижение относительно прежнего процесса | 30 − 16 часов | 14 часов |
Это не измеренная экономия и не обещание результата. Разовое внедрение, обучение и дополнительные расходы здесь ещё не учтены. Если проверка занимает две минуты вместо одной, новые ежемесячные затраты увеличиваются до 24 часов, а выигрыш сокращается до шести часов. Именно поэтому время проверки нужно измерять во время пилота.
Какое решение выигрывает при сравнении?
По возможности проверьте один и тот же представительный набор случаев в простой версии на правилах и в версии с ИИ. Сравнивайте не только число автоматически обработанных обращений. Фиксируйте ошибочную классификацию, необходимую доработку и время до получения правильного по существу результата.
Вариант с ИИ имеет смысл, когда доказуемая польза компенсирует дополнительные затраты на эксплуатацию и контроль. Вариант на правилах имеет смысл, когда он надёжно упрощает нужный процесс. Иногда лучшее первое улучшение — обязательное поле в форме или однозначное название документа.
Зафиксируйте решение: какая часть автоматизирована, какие данные требуются, когда подключается человек и кто поддерживает правила. Это также упростит последующие изменения.
Поэтому наши услуги по ИИ и автоматизации начинаются с рабочего процесса. Для первой оценки достаточно повторяющейся задачи с типичными исключениями. Нужна ли для неё языковая модель, должно выясниться в результате анализа.