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