Инженерная практика

Как подготовить данные для RAG, чтобы ответы можно было проверить

Первый RAG-пилот чаще ограничивает не модель, а качество источников. Разбираем, что собрать до разработки и как заранее проверить, может ли система отказаться от ответа.

Автор: Попов Андрей ВикторовичОбновлено: 28 сентября 2026 г.8 минут

Возьмите один вопрос, а не весь архив

«Подключить все документы компании» — плохая постановка первого этапа. Нужен повторяемый вопрос и человек, который сейчас ищет ответ: сотрудник поддержки сверяет регламент, юрист ищет версию условия, менеджер проверяет инструкцию. С этого становится ясно, какие источники действительно нужны.

Для каждого ответа укажите, что пользователь должен открыть после него: документ, раздел, дату редакции или карточку в системе. Если в процессе нет доверенного источника, RAG не создаст его сам.

Проверьте документы как рабочую базу, а не папку

Для каждого источника нужны владелец, актуальная версия, способ обновления и правило удаления устаревшего. Несколько файлов с одинаковым названием и разными правилами создадут противоречие, которое модель не разрешит по смыслу. Оно должно решаться порядком публикации и полномочиями владельца документа.

  • где лежит исходный документ и как его идентифицировать;
  • какая редакция действует и с какой даты;
  • можно ли извлечь текст из файла, а не только увидеть скан;
  • какая роль вправе читать источник;
  • что произойдёт после исправления или удаления документа.

Разграничьте доступ до поиска

Нельзя сначала найти фрагмент во всём хранилище, а потом надеяться скрыть его в ответе. Право пользователя на источник должно учитываться при поиске и при выдаче ссылки. Для документов с персональными данными отдельно определите, какие поля нужны задаче, где они хранятся и кто видит историю запросов.

Пилот на общедоступных инструкциях и пилот на клиентских договорах — разные проекты по доступам и эксплуатации. Это следует выяснить до выбора модели и обещания срока.

Соберите вопросы, на которых система может ошибиться

Одних удачных примеров мало. Добавьте вопросы без ответа в базе, запросы к старой редакции и случаи, когда два документа расходятся. На каждом примере заранее отметьте правильный источник и допустимое поведение: ответить с цитатой, уточнить вопрос или отказаться.

Проверяйте отдельно поиск и итоговую формулировку. Если нужный фрагмент не найден, улучшение промпта не исправит причину. Если фрагмент найден, но ответ пересказывает его неверно, проблема уже на следующем этапе. Так ошибки становятся измеримыми, а не вопросом впечатления от демонстрации.

Что считать готовностью к прототипу

Первый контур можно проектировать, когда есть ограниченный набор разрешённых источников, ответственный за их актуальность, роли пользователей и проверочный набор вопросов. Для эксплуатации позже потребуются мониторинг изменений, обратная связь, журнал ошибок и путь к человеку при отсутствии надёжного ответа.

В AI Verdict ограниченный AI/RAG-контур начинается от 79 000 рублей. Итоговая оценка зависит от количества источников, прав доступа, интерфейса и интеграций. Если эти параметры неизвестны, сначала разумнее провести диагностику процесса и данных.

Чек-лист перед стартом

  • Выбран один рабочий сценарий и группа пользователей
  • У каждого источника есть владелец и актуальная версия
  • Известны роли и ограничения доступа к данным
  • Подготовлены вопросы с ответами, отказами и противоречиями
  • Определено, как обновляются и удаляются документы
  • Понятно, когда вопрос передаётся человеку

Хотите проверить RAG на своих данных?

Начнём с одного сценария, разрешённых источников и контрольных вопросов. Ограниченный первый контур — от 79 000 рублей; границы и итоговую стоимость согласуем после диагностики.

Как устроен AI/RAG-проект

Продолжить по теме

Разработка AI/RAG-системы →