RAG нашёл две версии регламента: как выбрать действующую

Дата загрузки не равна дате действия документа. Старый регламент могли перенести в базу вчера, а новый — загрузить месяц назад. Если ранжировать версии только по техническому времени, помощник выберет устаревшее правило и уверенно процитирует его.

Разведите время публикации, дату начала действия и дату извлечения. Для исторических вопросов система должна выбирать версию на нужный момент, а для текущих — действующую редакцию.

Сценарий и ожидаемое поведение

Данные ниже вымышлены: они показывают способ разбора, а не измерения действующего сервиса.

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

Если пользователь спрашивает «что было в августе», текущий фильтр тоже будет ошибочным. Вопрос с исторической датой должен менять временной срез, сохраняя ограничения доступа.

Проверочный протокол

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

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

Когда нужна другая схема

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

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

Если хотите связать этот разбор с системной практикой, посмотрите программу Vector DB & RAG Developer на Latorn: она охватывает векторный поиск с фильтрами, гибридную выдачу и оценку RAG. Перед оплатой сопоставьте требования курса со своим опытом и задачей проекта.

Следующий шаг: RAG на практике: документы, поиск и качество ответов. По смежным вопросам: Чанки в RAG теряют заголовки: как сохранить смысл раздела, RAG выдаёт пять копий одного документа: как убрать дубликаты.