Как сделать RAG по документам компании с учётом прав доступа?

Question

Accepted Answer

Права проверяются при поиске, а не моделью: каждый фрагмент хранит метаданные доступа (документ, группы, уровень конфиденциальности), поисковый запрос всегда содержит фильтр по правам текущего пользователя, и в контекст модели попадает только разрешённое. Права синхронизируются с источниками (SharePoint, Confluence, файловые хранилища) — изменение доступа должно быстро доходить до индекса. Фильтр до поиска (pre-filter) точнее, чем отсев после — иначе выдача пустеет Модель нельзя просить «не показывать секретное» — инъекция и ошибки обойдут Кэш ответов и семантический кэш — только в пределах одинаковых прав Аудит: какие документы были показаны какому пользователю Модель данных: фрагмент → документ → список групп и пользователей с доступом. В векторной базе — поле с группами для фильтрации; при большом числе групп — идентификаторы групп и фильтр «пересечение с группами пользователя». Синхронизация прав: события от источника или периодическая сверка; при отзыве доступа — немедленное обновление метаданных, не дожидаясь переиндексации текста. Подводные камни: - производные данные: резюме, ответы в кэше, память ассистента — тоже несут информацию из закрытых документов; - логи и трассы содержат найденные фрагменты — доступ к ним ограничен; - фильтр, сильно сужающий выборку, ухудшает работу приближённого индекса — нужны индексы с поддержкой фильтров или разделение по арендаторам. Проверка: тестовые пользователи с разными правами и набор запросов, где правильный ответ — «нет доступа к информации».

Как сделать RAG по документам компании с учётом прав доступа?

Подробно

Что хотят услышать

Связанные вопросы

Подсказки на собеседовании — в реальном времени