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



