База знаний AI-агента — это набор документов, из которых агент берёт фактические ответы: цены, условия, сроки, правила. Без неё агент отвечает из общих представлений языковой модели, и звучит это уверенно ровно настолько же, насколько бывает неверно. Разберём, что в базу класть, чего в неё класть нельзя и почему обновление важнее объёма.
Что такое база знаний AI-агента
База знаний AI-агента — это отдельное хранилище документов вашей компании, к которому агент обращается перед тем, как ответить клиенту. Механика простая: на вопрос клиента система сначала ищет подходящие фрагменты в этих документах, затем передаёт их языковой модели вместе с вопросом и просит ответить строго по найденному.
Разница принципиальная. Без базы знаний модель отвечает из того, что усвоила при обучении, — то есть из общих сведений об отрасли, а не о вашей компании. С базой знаний она пересказывает ваш документ. Первое выглядит правдоподобно и часто не соответствует действительности, второе проверяемо.
Языковая модель не хранит фактов о вашей компании и не может их знать. Всё, что агент говорит клиенту про ваши цены и условия, он берёт из базы знаний — или выдумывает.
Почему агент отвечает уверенно и неправильно
Языковая модель устроена так, что всегда выдаёт наиболее вероятное продолжение текста. У неё нет состояния «я не знаю»: на вопрос о сроке доставки в конкретный город она построит правдоподобный ответ из общих закономерностей, и по интонации он не будет отличаться от ответа, взятого из документа.
Именно поэтому проблема опаснее, чем кажется. Ошибка не выглядит ошибкой — ни для клиента, ни для руководителя, который выборочно читает диалоги. Обнаруживается она позже, когда клиент приходит за обещанным.
Технически лечится это двумя вещами одновременно: агент отвечает только по найденным фрагментам, и ему явно разрешено говорить «не знаю, уточню у коллеги». Второе не менее важно первого — агент без права на незнание всегда предпочтёт выдумать.
Что класть в базу знаний
Полезное правило: в базу идёт то, на что у вас есть однозначный письменный ответ, и не идёт всё остальное.
- Прайс и условия. Цены, скидки, минимальный заказ, что входит и не входит. С датой, на которую они действуют.
- Сроки и география. Доставка, монтаж, выезд — по зонам, а не одной фразой «от трёх дней».
- Регламенты возврата и гарантии. Самая частая тема эскалаций и самая дорогая при неверном ответе.
- Ответы на повторяющиеся вопросы. Берутся не из головы, а из выгрузки реальных переписок и звонков за последние месяцы.
- Границы компетенции. Явный список тем, по которым агент обязан передать разговор человеку.
Последний пункт выглядит лишним, но именно он превращает базу знаний из справочника в рабочий инструмент: агент должен знать не только ответы, но и то, где его ответы заканчиваются.
Чего в базу знаний класть нельзя
| Что | Почему нельзя |
|---|---|
| Персональные данные клиентов | Фрагмент чужой карточки может попасть в ответ другому клиенту |
| Внутренняя себестоимость и маржа | Агент процитирует их при настойчивом расспросе о скидке |
| Черновики и «версии на согласовании» | Агент не отличает утверждённый документ от проекта |
| Противоречащие друг другу документы | Ответ станет случайным: система найдёт то один, то другой |
Последняя строка — самая частая причина странного поведения агента на практике. Два прайса с разными цифрами в базе дают не ошибку, а плавающий ответ: сегодня одна цена, завтра другая, и воспроизвести это по запросу невозможно.
Объём против актуальности
Распространённое заблуждение — что базу надо наполнить максимально полно. На деле качество ответов растёт не от объёма, а от точности: чем больше в базе похожих документов, тем выше шанс, что поиск вытащит не тот фрагмент.
Практичнее обратный порядок. Начать с двух–трёх десятков вопросов, которые реально задают чаще всего, довести ответы на них до безупречных и расширять базу по мере появления новых тем в переписках.
Устаревший документ хуже отсутствующего. Если прайса в базе нет, агент передаст вопрос человеку; если в базе лежит прошлогодний прайс, агент уверенно назовёт прошлогоднюю цену.
Кто отвечает за обновление
Техническая часть здесь простая, организационная — нет. База знаний устаревает ровно с той же скоростью, с какой меняются ваши условия, а меняются они обычно без уведомления того, кто отвечает за агента.
Рабочая схема — назначить владельца каждому разделу базы: прайс за коммерческим отделом, сроки за логистикой, гарантия за сервисом. И сверять базу с реальностью на регулярной основе, а не когда клиент пожаловался.
Если на вопрос «когда последний раз обновляли базу знаний» никто в компании не может ответить, агент уже отвечает клиентам неверно — просто об этом ещё не сообщили.
Как проверить, что база работает
Проверка не требует инструментов. Соберите два–три десятка вопросов из реальных обращений, включая неудобные, задайте их агенту и сверьте каждый ответ с документом. Считать надо не долю «похожих на правду», а долю дословно верных.
Отдельно проверьте вопросы, ответа на которые в базе заведомо нет. Правильное поведение — признание незнания и передача человеку. Если агент вместо этого что-то придумал, проблема не в базе, а в настройке.
Коротко
- Языковая модель не знает фактов о вашей компании — всё фактическое агент берёт из базы знаний.
- У модели нет состояния «не знаю»: право на незнание нужно задать явно.
- Два противоречащих документа дают не ошибку, а плавающий ответ, который невозможно воспроизвести.
- Устаревший документ хуже отсутствующего: без него вопрос уйдёт человеку, с ним агент уверенно назовёт старую цену.
- Проверять надо долю дословно верных ответов, а не правдоподобных.
Как агент решает, отвечать самому или звать человека, разобрано в статье про эскалацию на оператора. Что такие агенты умеют и где проходят их границы — на странице Дирижёра; примеры внедрений — в разборах.