Чат-бот по документам компании: как подготовить базу и проверить ответы
Neaptide · 7 сентября 2026 г. · 6 мин чтения
Как подготовить корпоративного RAG-бота: отобрать документы, настроить права доступа и проверить ответы. Пять учебных сценариев приёмки и правила обновления базы.
В этой статье
Перед разработкой бота по базе знаний определите, на какие вопросы он должен отвечать. По задаче «Пусть знает все документы компании» трудно проверить результат. Более точная формулировка: «Объясняет сотруднику, как получить доступ к CRM по действующей инструкции, и даёт ссылку на нужный пункт».
Для таких задач часто используют RAG: система находит в документах подходящие фрагменты и передаёт их модели вместе с вопросом. Модель составляет ответ, к которому можно добавить ссылку на источник. Но наличие ссылки ещё не гарантирует правильность: система могла найти не тот документ или неверно пересказать его.
Начните с небольшого набора актуальных документов
Назначьте сотрудника, который отвечает за содержание базы, и выберите ограниченный набор действующих материалов. Внутреннему помощнику могут понадобиться инструкции по доступу к рабочим инструментам. Боту поддержки — описания услуг и согласованные ответы клиентам. Такие материалы не обязательно объединять в общую базу с одинаковым доступом для всех.
Для каждого документа укажите название, версию или дату начала действия, ответственного и круг пользователей. Документ должен быть доступен по понятной ссылке. Архив храните так, чтобы старая инструкция не подменяла действующую. Если материалы противоречат друг другу, сначала попросите ответственного за этот процесс уточнить правила.
Что показать пользователю вместе с ответом
Ссылка в ответе должна вести к документу, который подтверждает сказанное, а по возможности — сразу к нужному разделу или странице. Если правила меняются, полезно указывать версию или дату документа. Так сотрудник сможет проверить ответ и отличить действующую инструкцию от старой.
Заранее согласуйте, что бот делает, когда сведений недостаточно: задаёт уточняющий вопрос или сообщает, что не нашёл подтверждённого ответа, и предлагает обратиться к ответственному сотруднику. При приёмке такой ответ может быть правильнее подробного, но выдуманного объяснения.
Проверяйте права доступа до передачи документов модели
Ограничивайте доступ уже на этапе поиска по базе. Одной инструкции боту «не показывай закрытые документы» недостаточно. Например, Microsoft описывает фильтрацию результатов по группам, к которым относится пользователь, как отдельный механизм контроля доступа.
Проверьте работу бота под обычной учётной записью, с расширенными правами и после отзыва доступа. Документ, запрещённый пользователю, не должен попадать ни в ответ, ни в доступные ему источники. При проектировании также определите, кто видит журналы проверок: в них могут оказаться фрагменты закрытых материалов.
Проверьте пять ситуаций на учебном примере
Для примера возьмём вымышленную инструкцию по доступу к CRM. В версии 1 заявку отправляли по электронной почте. В действующей версии 2 нужно обратиться через сервисный портал и получить согласование руководителя. Отдельная закрытая инструкция доступна только администраторам. Эти условия придуманы для примера и не описывают правила Neaptide.
| Вопрос или ситуация | Что ожидаем | Что проверить |
|---|---|---|
| Как получить доступ к CRM? | Сервисный портал и согласование руководителя | Источник — версия 2, соответствующий пункт |
| Можно просто написать на старый email? | Пояснение действующего порядка | Архивная версия не выдана за актуальную |
| В инструкции нет срока выдачи доступа | Бот не придумывает срок | Уточнение или обращение к ответственному |
| Обычный сотрудник спрашивает о закрытой настройке | Закрытые сведения не раскрыты | В ответе нет закрытых сведений и ссылок, позволяющих обойти ограничения |
| Версию 2 заменили версией 3 | После обновления базы бот использует новую инструкцию | Документ обработан, контрольный ответ соответствует версии 3 |
Подготовьте подобные вопросы до настройки бота, а часть оставьте для итоговой проверки. Демонстрация на нескольких заранее известных вопросах мало говорит о том, как бот справится с новыми. Сохраняйте отдельно найденные фрагменты и готовый ответ: так легче понять, произошла ошибка при поиске или при составлении текста.
Как поддерживать базу после запуска
Назначьте ответственного за обновления и согласуйте, через какое время новые сведения должны появляться в ответах. Замена файла в папке ещё не означает, что система его обработала. Проверьте статус обработки, возможные ошибки и ответ на контрольный вопрос. Отдельно протестируйте удаление документов и изменение прав доступа.
В отчёте собирайте вопросы, на которые бот не нашёл ответа, случаи выбора неверного документа и обращения, потребовавшие помощи человека. Иногда достаточно исправить исходную инструкцию. Оценка собственной уверенности, которую даёт модель, не подтверждает правильность её ответа.
Когда отдельный бот не нужен
Если у сотрудников всего несколько коротких инструкций и вопросы возникают редко, удобной навигации и обычного поиска может хватить. Бота стоит рассматривать, когда вопросы повторяются, документов много, а ответ приходится собирать из нескольких разделов. Проверьте это на реальных обращениях сотрудников.
Чтобы обсудить RAG-проект с Neaptide, подготовьте примеры вопросов и ожидаемых ответов, действующие документы и список групп пользователей с их правами. Это поможет оценить подготовку базы, интеграции, тестирование и дальнейшее обслуживание.