Три слова — «бот», «ассистент», «агент» — в коммерческих предложениях используются как синонимы. Одну и ту же систему называют то ботом, то ИИ-агентом, в зависимости от того, что звучит убедительнее. За словами при этом стоят разные объёмы работ, отличающиеся в разы, и разная цена ошибки.
Содержательное сравнение трёх классов — в отдельной статье: «Агент, ассистент или чат-бот: чем отличаются и что выбрать под задачу». Здесь — прикладной вопрос, который встаёт позже: у вас на руках предложение, и надо понять, что в нём на самом деле.
Короткая шпаргалка
| Бот | Ассистент | Агент | |
|---|---|---|---|
| Что делает с результатом | показывает | отдаёт человеку | применяет сам |
| Внешние системы | нет или чтение | чтение | чтение и запись |
| Кто выбирает шаги | автор сценария | автор сценария | система |
| Цена ошибки | текст на экране | ловится проверкой | попадает в вашу систему |
Одна строка здесь важнее остальных: кто выбирает шаги. Это единственный признак, который отличает агента, и по нему проверяется всё остальное.
Семь проверок предложения
1. Кто решает, что делать дальше
Вопрос: последовательность действий задана вами при разработке или система выбирает её сама в момент работы?
Ответ «сама» — агент, со всеми последствиями: нужны инструменты, права, лимиты, подтверждения, тестирование сценариев целиком. Ответ «задана» — бот или автоматизация, независимо от того, как это названо в предложении.
Наличие модели внутри признаком не является. Сценарий, вызывающий модель на отдельных шагах, остаётся сценарием.
2. Что система меняет в ваших системах
Вопрос: какие записи создаются, изменяются или удаляются?
Если ничего — это бот, и требований к правам почти нет. Если что-то — дальше обязателен разговор о правах доступа, и его отсутствие в предложении есть дефект предложения.
Промежуточный случай — только чтение. Такой бот показывает статус заказа или остаток, ничего не меняя. Это ещё не агент: риск ограничен показом не тех данных не тому человеку, а не порчей учёта.
3. Что происходит при ошибке
Вопрос: если система ошибётся, что придётся исправлять?
- Переписать ответ клиенту — бот.
- Отбросить неверный черновик — ассистент.
- Откатить изменения в CRM, отозвать письмо, исправить проводку — агент.
Третий случай требует отдельного разговора об обратимости: какие действия необратимы и как они защищены. Разбор — «Ограничение действий ИИ-агента».
4. Сколько обращений к модели на одну задачу
Вопрос: это число известно заранее?
У бота — одно обращение на вопрос, стоимость предсказуема. У агента число обращений определяется по ходу и может отличаться в разы от задачи к задаче. Это влияет и на счёт, и на предсказуемость расходов — «Стоимость эксплуатации ИИ-агента».
Если в предложении на «агента» указана фиксированная стоимость обращения — либо это не агент, либо стоимость посчитана неверно.
5. Как проверяется качество
Вопрос: на чём будет доказано, что система работает?
- Набор вопросов с эталонными ответами — бот.
- Проверка достижения цели и отсутствия лишних действий, включая нештатные ситуации, — агент.
Предложение «агента» с тестированием в виде списка вопросов и ответов означает, что агентскую часть тестировать не собираются. Что проверяется у агента — «Тестирование ИИ-агента перед запуском».
6. Что с подтверждениями
Вопрос: какие действия требуют подтверждения человеком и как это устроено?
У бота вопрос не возникает. У агента отсутствие этого раздела — серьёзный признак: значит, либо агента там нет, либо о рисках не думали. Разбор — «Автономный агент или с подтверждением».
7. Какие доступы запрашиваются
Вопрос: какие права к вашим системам нужны и почему именно такие?
Ответ «полный доступ, чтобы ничего не мешало» — плохой знак независимо от класса системы. У правильно спроектированного агента отдельная учётная запись с минимальными правами, и на вопрос «зачем это право» есть конкретный ответ.
Три несовпадения, которые встречаются чаще всего
«Агент» на обложке, бот внутри. Слово используется как маркетинговое. Проверяется вопросом 1: если последовательность действий фиксирована, это бот, сколько бы моделей внутри ни было. Само по себе это не обман — плохо, когда по цене агента.
Бот на обложке, агент внутри. Опаснее. В предложении «чат-бот для обработки заявок», а система при этом создаёт записи в CRM и меняет статусы. Тогда в проекте должны быть права, подтверждения и тестирование сценариев, а их нет — потому что продавали бота. Проверяется вопросом 2.
Ассистент, который перестал им быть. Система готовила черновики писем, потом «для удобства» стала отправлять их сама. Формально ничего не поменялось, фактически исчезло проверяющее звено — и класс решения изменился вместе с требованиями к контролю. Такие переходы происходят незаметно, при доработках.
Как выбрать нужный класс
Если предложения ещё нет и вопрос в том, что заказывать, — правило одно: берите самый простой класс, который решает задачу.
Порядок проверки:
- Достаточно ли ответов? Да — бот. Это дешевле, предсказуемее и быстрее.
- Нужно ли готовить результат для человека? Да — ассистент. Проверяющее звено снимает большую часть рисков.
- Нужно ли менять данные в системах, и неизвестна ли последовательность шагов заранее? Только если да на оба — агент.
- Последовательность известна? Тогда это автоматизация: сценарий с вызовом модели на отдельных шагах. Дешевле агента и надёжнее.
Агент, поставленный туда, где хватало бота, даёт тот же результат дороже и с большими рисками. Обратная ошибка — назвать агентскую задачу ботом — приводит к тому, что в проекте не окажется прав, подтверждений и нужного тестирования.
Частые вопросы
Как понять, что подрядчик предлагает агента, а не бота?
По одному признаку: выбирает ли система последовательность действий сама или выполняет заранее прописанный сценарий. Наличие модели внутри и наличие интеграций признаком не являются — сценарий с вызовом модели остаётся сценарием. Если ответа на этот вопрос в предложении нет, его надо задать.
Что должно быть в предложении, если речь об агенте?
Права доступа и их обоснование, список действий с подтверждением, защита от повторов и зацикливания, тестирование сценариев в нештатных ситуациях, контроль расходов. Отсутствие этих разделов означает либо что агента там нет, либо что о рисках не думали.
Опасно ли, если агентскую задачу назвали ботом?
Да, и это более частая проблема, чем обратная. Если система меняет данные в ваших системах, а в проекте нет прав, подтверждений и тестирования сценариев — риски есть, а защиты от них нет. Проверяется вопросом о том, какие записи система создаёт и изменяет.
Можно ли начать с бота и потом расширить до агента?
Да, и это разумная последовательность. Бот даёт быстрый результат и накапливает понимание реальных вопросов. Переход потребует новой работы — инструментов, прав, тестирования, — но подготовленная база знаний и опыт эксплуатации переносятся целиком.
Почему цена на «одно и то же» отличается в разы?
Чаще всего потому, что это не одно и то же. У агента в проекте появляются описание инструментов, разграничение прав, механизм подтверждений и тестирование многошаговых сценариев — работы, которых в проекте бота нет вовсе. Сравнивать надо состав работ, а не названия.
Что выбрать, если непонятно?
Самый простой класс, который решает задачу. Если хватает ответов — бот. Если нужен результат для проверки человеком — ассистент. Агент оправдан, только когда нужно менять данные в системах и последовательность шагов заранее неизвестна.
Что дальше
Содержательное сравнение трёх классов — «Агент, ассистент или чат-бот». Если выбран бот — «На нейросети или сценарный» и «Стоимость разработки чат-бота». Общий список вопросов к подрядчику — «10 вопросов подрядчику по внедрению ИИ».
Разбор задачи и определение нужного класса решения делаю до начала работ: по ботам и ассистентам или по ИИ-агентам, в зависимости от того, чем задача окажется.