ИИ-агент: что это, как работает и чем отличается от чат-бота

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

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

Чем ИИ-агент отличается от чат-бота

Чат-бот — способ взаимодействия через сообщения. За ним может стоять дерево кнопок, языковая модель или агент. Поэтому формула «бот отвечает, агент действует» слишком грубая: обычный бот тоже способен создать заказ по заранее заданному сценарию.

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

• Сценарный бот подходит, когда путь известен: выбрать отдел, указать номер заказа, получить его статус
• Помощник с поиском по базе знаний нужен, когда достаточно найти правило и объяснить его пользователю
• Агент уместен, когда по ходу задачи нужно выбирать действия: проверить варианты, учесть недостающие условия, собрать результат
• Обычная интеграция подходит для передачи данных по устойчивым правилам: например, обновления остатков из учётной системы

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

Как работает ИИ-агент на примере подбора товара

Представим задачу: подобрать замену товару, которого нет в наличии. Это условный пример, а не описание проекта студии. Агенту доступны поиск по каталогу и проверка остатков. Менять цены и оформлять покупку ему не разрешено.

• Получает цель и ограничения: найти замену с нужными характеристиками в пределах бюджета
• Проверяет условия: если неизвестен обязательный параметр, запрашивает уточнение
• Обращается к каталогу и получает подходящие позиции
• Проверяет наличие; если вариантов нет, меняет условия поиска в разрешённых пределах
• Возвращает подборку с объяснением различий либо сообщает, почему подходящую замену найти не удалось

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

В техническое задание для этого примера стоит включить конкретные проверки: цена берётся из каталога, наличие подтверждается учётной системой, отсутствующая характеристика не додумывается. Фразу «товар найден» принимают только вместе с существующей карточкой. Красивое объяснение само по себе не подтверждает результат.

Какие задачи бизнеса можно поручить агенту

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

Пример из практики Quantum Dev — ИИ-оператор сервиса оплаты подписок. Он отвечает клиентам в Telegram и рассчитывает стоимость заказа; сложные вопросы передаёт человеку. Этот кейс показывает понятную границу задачи: типовое обслуживание автоматизировано, для сложных ситуаций предусмотрен оператор.

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

• Подбор продукции: сопоставить требования с характеристиками каталога и показать, какие условия не удалось выполнить
• Внутренняя поддержка: найти инструкцию по описанию проблемы и при необходимости создать задачу нужному специалисту
• Контроль каталога: найти незаполненные характеристики, подготовить предложения по исправлению и отправить их на проверку
• Мониторинг открытых источников: проверить заданные ссылки, отметить изменения и подготовить сводку с подтверждениями

Как выбрать первую задачу для внедрения

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

Полезная постановка звучит так: «Подготовить подборку из доступных товаров по заданным параметрам, объяснить несовпадения, передать сотруднику при отсутствии вариантов». Задача «увеличить продажи с помощью ИИ» не задаёт ни границ работы, ни способа приёмки.

• Проверьте частоту: сколько раз процесс выполняется за выбранный период и сколько времени занимает
• Установите источник правильного ответа: откуда брать актуальные условия и кто их обновляет
• Определите допустимую самостоятельность: подготовить черновик, изменить запись или только предложить действие
• Назначьте владельца процесса: кто принимает результат и разбирает исключения
• Проверьте запасной путь: как сотрудник продолжит работу, если агент или подключённый сервис недоступен

Какие ограничения предусмотреть до запуска

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

Одной текстовой инструкции «не удаляй данные» недостаточно. Запрет нужно закрепить правами в самой системе. Внешний текст тоже может содержать команды, которые сбивают модель с задачи: описание на найденной странице не должно давать агенту новые полномочия. Этот риск OWASP также связывает с чрезмерным доступом к инструментам.

• Отсутствие данных: агент сообщает о пробеле и передаёт задачу человеку, если без уточнения продолжать нельзя
• Недоступность сервиса: система показывает незавершённый статус и не заявляет об успешном выполнении
• Повторный запуск: одно и то же событие не создаёт повторный заказ или дублирующую задачу
• Действия с последствиями: изменение условий или удаление записи требует заранее предусмотренного подтверждения
• Расходы и остановка: установлены лимиты, есть журнал действий и возможность отключить автоматическое выполнение

Отдельно попросите схему размещения: где работает модель, где хранятся данные, какие сведения получает каждый компонент и кто видит журнал. Не принимайте формулировку «всё защищено» без описания этих границ. Требования к размещению стоит выяснить до выбора способа реализации.

Из чего складывается стоимость и сколько займёт запуск

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

В Quantum Dev аудит задачи для автоматизации процессов с ИИ бесплатный. Стоимость первой задачи, поддержки и развития называем после оценки ваших систем и объёма данных, до договора. Единую сумму за агента без описания процесса здесь привести нельзя.

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

• Описание процесса — согласованы границы задачи и условия приёмки
• Прототип — виден путь пользователя и точки участия сотрудника
• Тестовая версия — подключены нужные системы и проверены основные сценарии
• Пилот — собраны фактические расходы, ошибки и время проверки
• Рабочий запуск — назначены ответственные, настроены наблюдение и передача задач человеку

Кликабельный прототип Quantum Dev показывает за день, ещё до старта проекта. Это позволяет обсудить будущий интерфейс; работоспособность интеграций и качество решений проверяются на следующих этапах. Состав работ фиксируем в техническом задании, этапы, сроки и стоимость — в дополнительных соглашениях.

Как проверить пользу агента на пилоте

До пилота зафиксируйте исходный процесс: время сотрудника на задачу, частоту исправлений и объём работы. Затем сравните с вариантом, где участвует агент. Учитывайте время на проверку его результата. Сокращение времени подготовки мало помогает, если сотрудник тратит столько же на исправления.

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

• Доля принятых результатов: сколько задач завершено без исправлений из всех проверенных задач
• Время человека: сколько занимают контроль, доработка и обработка исключений
• Стоимость принятого результата: все расходы пилота, разделённые на число принятых задач
• Ошибки с последствиями: какие неверные действия произошли и удалось ли их остановить
• Передача специалисту: получил ли сотрудник достаточно сведений, чтобы продолжить работу

Порог приёмки задайте до испытаний. Оценивайте разные ошибки отдельно: неверная формулировка и изменение чужой записи имеют разные последствия. Если агент часто и правильно останавливается из-за нехватки данных, это повод улучшить исходный процесс, а не разрешить ему угадывать.

Выберите один процесс и подготовьте его описание: что запускает задачу, какой результат нужен, где сотрудник принимает решение. Добавьте макеты, экраны или ссылки, которые помогут разобраться в работе. На бесплатном аудите по разработке ИИ-агентов для бизнеса Quantum Dev оценит задачу, необходимые подключения и границы первой версии; стоимость назовём до договора.