Любой диалоговый интерфейс называют AI-агентом, хотя он только формирует текст.
C:\SUDO_AI\KNOWLEDGE\AGENT_VS_CHATBOT
AI-агент или чат-бот
Сравниваем не интерфейс диалога, а способность системы завершать бизнес-операцию безопасно и проверяемо.
Проблема процесса
Какие боли закрывает система
Бот не видит состояние сделки, остатки и права конкретного сотрудника.
Модель получает слишком широкие инструменты и действует без бизнес-проверок.
После ошибки невозможно восстановить контекст, версию модели и выполненные команды.
Архитектура
Контур решения
событиеконтекстрешениеинструментпроверка и журнал
Технологический контур:Chat UI / LLM / RAG / Tool calling / CRM / 1С / RBAC / Audit / Human-in-the-loop
Состав системы
Модули и контрольные точки
Каждый модуль имеет вход, проверяемый результат и обработку исключений.
conversation stateRAGtool callingRBACbusiness ruleshuman approvalauditevals
Понятно, где достаточно сценарного чат-бота, а где нужен AI-агент.
Инструменты агента ограничены конкретными разрешёнными операциями.
Текст модели отделён от бизнес-решения и записи в рабочую систему.
Каждое действие можно связать с запросом, источниками и результатом API.
Технический разбор
Как устроен проект
Практическая схема выбора, внедрения и эксплуатации без обещаний «магии одной кнопки».
Сравнение
Чат-бот отвечает, AI-агент работает с состоянием процесса
Обычный чат-бот следует сценарию или отвечает на вопросы. AI-агент дополнительно получает контекст операции, выбирает разрешённый инструмент, вызывает API и проверяет, что действие завершилось. Поэтому агенту нужны права, журнал, обработка повторов и ограничения, которых может не быть у справочного бота.
Использование LLM само по себе не превращает чат в агента. Если система только генерирует сообщение, корректнее называть её AI-ассистентом. Агентский контур начинается там, где модель участвует в изменении состояния сделки, документа, заказа или другого бизнес-объекта.
- чат-бот: сценарий и ответы
- AI-ассистент: генерация с контекстом
- AI-агент: инструменты и действия
- автономность ограничивается риском
- критичные команды требуют подтверждения
Архитектура
Безопасный агент состоит не только из модели
Рабочая система включает маршрутизацию событий, базу знаний, адаптеры инструментов, правила, очередь, журнал и оценку качества. Модель отвечает за интерпретацию и выбор следующего шага, но права и критические проверки остаются в коде.
- минимальные права
- типизированные команды
- валидация параметров
- лимиты и таймауты
- human-in-the-loop
- наблюдаемость
FAQ.txt
Вопросы до старта
Коротко о границах, сроках, данных и экономике проекта.
Нужен ли AI-агент для FAQ?
Обычно достаточно поиска по базе знаний или AI-ассистента без прав на изменение данных. Агент нужен, если после ответа требуется выполнить проверяемое действие в системе.
Может ли агент работать без человека?
Да, для низкорисковых и хорошо проверяемых операций. Чем выше цена ошибки, тем уже права и тем чаще применяется подтверждение сотрудника.
Начнём с одного процесса
Опишите текущую работу, системы и ограничения. Вернёмся с техническими вопросами и форматом первого этапа.