Чем RAG отличается от ИИ-агента?
Обычный RAG выполняет заранее спроектированную последовательность: получает запрос, ищет фрагменты, добавляет их в контекст и формирует ответ. Агент сам выбирает следующий шаг и может использовать поиск как один из tools. Он полезнее для сложного маршрута, но дороже в проверке и менее предсказуем по времени и действиям.
Когда достаточно обычного RAG?
Выбирайте фиксированный RAG, если пользователю нужен ответ по одной базе знаний, а маршрут поиска можно задать заранее. Это хороший вариант для FAQ, внутренних регламентов и справочной поддержки. Сначала улучшайте качество документов, разбиение, метаданные и поиск; агент не исправит слабую выдачу автоматически.
- Один или несколько заранее выбранных индексов.
- Понятный тип вопроса и ответа.
- Нет необходимости менять внешние системы.
- Важны скорость, стоимость и предсказуемость.
Когда нужен agentic RAG?
Agentic RAG полезен, когда запрос нужно разложить на подзапросы, выбрать разные источники, повторить поиск или проверить найденное. При этом основной результат остаётся ответом, основанным на знаниях. Если после поиска требуется изменить CRM, отправить сообщение или выполнить другой бизнес-шаг, это уже более широкий агентный процесс.
Когда нужен полноценный ИИ-агент?
Используйте агента, когда поиск является только частью многошаговой цели: определить недостающие данные, выбрать инструмент, получить состояние, сформировать результат и запросить подтверждение действия. Не добавляйте агентность ради свободного диалога. Для одного стабильного запроса фиксированная цепочка обычно проще, быстрее и дешевле.
По каким критериям сравнивать варианты?
Сравните сложность запросов, число источников, необходимость действий, требования к задержке, цену ошибки и объём наблюдаемости. Для RAG важны retrieval-метрики и качество ответа. Для агента дополнительно нужны правильность маршрута, tools, параметров, остановки и передачи человеку.
| Критерий | Обычный RAG | ИИ-агент |
|---|---|---|
| Маршрут | Задан системой | Выбирается по состоянию |
| Поиск | Основной механизм | Один из инструментов |
| Действия | Обычно отсутствуют | Возможны при выданных правах |
| Проверка | Поиск и ответ | Trace, tools и результат |
Какие риски различаются?
RAG может вернуть нерелевантный или устаревший фрагмент и сформировать ответ без достаточной опоры. Агент добавляет риск неверного плана, повторных вызовов и нежелательного действия. В обоих случаях документы остаются внешними данными и не должны отменять инструкции, права доступа или обязательное подтверждение.
Как провести честный сравнительный пилот?
Возьмите одинаковый набор вопросов и зафиксируйте ожидаемые источники и результат. Сначала измерьте обычный RAG, затем добавьте агентный поиск только для тех примеров, где фиксированный маршрут не справился. Сравните качество, задержку, стоимость, число вызовов и ошибки. Агентный вариант должен доказать пользу именно на сложной части выборки.
Какой вариант выбрать первым?
Начинайте с обычного RAG для одного стабильного корпуса знаний. Переходите к agentic RAG, когда подтверждены сложные запросы и несколько стратегий поиска. Полноценного агента добавляйте только при необходимости планировать действия за пределами ответа. Архитектура может сочетать подходы, но каждый новый уровень должен иметь отдельное основание и тест.
Если нужны внешние операции, сравните механизмы в статье Agent Skills и MCP.