Главное
Выбирайте самый простой механизм, который надёжно закрывает процесс. Если ветки заранее известны — начинайте с workflow. Если нужен только удобный интерфейс к ответам — с чатбота. Агент оправдан, когда системе нужно самой выбирать следующий шаг, использовать инструменты и обрабатывать исключения.
В бизнес-задачах слова «чатбот», «workflow» и «AI-агент» часто используют как взаимозаменяемые, хотя инженерно это три разных уровня автономии. Ошибка в выборе уровня почти всегда приводит либо к лишней сложности, либо к хрупкому решению, которое перестаёт работать на первом же исключении.
Практический критерий простой: сначала ищите детерминированную схему, затем удобный диалоговый интерфейс, и только потом — участок, где системе действительно нужно самой выбирать следующий шаг, пользоваться инструментами и передавать работу человеку.
Что отличает чатбот от workflow и агента
Чатбот хорош там, где главная задача — собрать контекст, ответить по известным материалам, провести пользователя по сценарию или эскалировать обращение. Он может использовать модель, но его роль обычно ограничена диалогом и объяснением.
Workflow automation уместен, когда ветки заранее известны: заявка пришла, поля провалидированы, карточка создана, менеджер уведомлён. Такой процесс лучше описывается состояниями, событиями, таймаутами и идемпотентными шагами, чем рассуждением модели.
AI-агент оправдан, когда последовательность шагов заранее не фиксирована: нужно сравнить несколько источников, выбрать подходящий инструмент, обработать неоднозначность и остановиться при нехватке доказательств или прав.
Когда агент действительно нужен
Официальное руководство OpenAI по агентам рекомендует начинать с простейшего решения и добавлять agentic-поведение только там, где оно даёт измеримую пользу. В корпоративной практике это значит: агент должен закрывать вариативную часть процесса, а не просто красиво описывать уже известный маршрут.
- Нужен выбор между несколькими инструментами, а не один жёсткий следующий шаг.
- Есть неоднозначные входные данные, которые нельзя полностью разобрать правилами.
- Цена ошибки понятна, а права и stop conditions можно проверить вне модели.
- У системы есть журнал действий, human handoff и защита от повторных внешних эффектов.
Где команды обычно ошибаются
Самая частая ошибка — назвать агентом обычный workflow с LLM в одном шаге. Вторая — дать модели слишком широкие инструменты и потом пытаться компенсировать это длинным системным промптом. NIST AI RMF и OWASP для GenAI сходятся в одном: риск надо снижать архитектурой и проверяемыми контролями, а не ожиданием, что модель сама всегда выберет безопасный путь.
Если процесс можно устойчиво выразить правилами и состояниями, его не надо превращать в автономного агента ради модного названия.
Как принять решение без архитектуры ради архитектуры
Возьмите один реальный сценарий и сравните три варианта по одинаковому baseline: детерминированный workflow, диалоговый интерфейс поверх него и агент с ограниченными инструментами. Измеряйте долю завершённых задач, исключения, участие человека, стоимость и критические ошибки.
Если агент не улучшает результат на вариативных случаях или требует слишком частого approval, это сигнал упростить решение. Хорошая архитектура — не самая автономная, а та, где сложность объясняется наблюдаемой пользой.
Сравнение
Сравнение по инженерным признакам
| Подход | Лучше всего подходит | Что контролировать |
|---|---|---|
| Чатбот | Диалог, FAQ, навигация и сбор контекста | Источники ответа и передача человеку |
| Workflow | Стабильный процесс с известными правилами | Состояния, ошибки, идемпотентность и интеграции |
| AI-агент | Вариативная многошаговая задача | Инструменты, права, бюджет, трассировка и stop conditions |
Что проверить
Пять вопросов перед выбором агента
- Можно ли описать процесс конечным набором правил без модели?
- Нужно ли системе выбирать действие, а не только формулировать ответ?
- Какие инструменты и данные доступны каждой роли?
- Как агент остановится, откажется или передаст задачу человеку?
- Каким тестом и журналом можно доказать корректность действия?
Как мы подходим к задаче
CENTURY не начинает проект с требования «нужен агент». Сначала отделяем диалог, детерминированный workflow и действительно вариативную часть — так меньше стоимость, риск и сложность эксплуатации.