RAG с правами доступа: как убрать устаревшие ответы корпоративной базы знаний
Ссылка на источник не спасает ответ, если документ уже отменён или сотрудник потерял доступ. Корпоративная база знаний на RAG проходит приёмку тогда, когда выдерживает отзыв доступа и замену версии в уже открытом диалоге.
«Сотрудник спрашивает, кто согласует закупку выше лимита. Ассистент находит регламент, указывает страницу и уверенно отвечает. Только регламент вчера заменили, а сотрудник сегодня перешёл в другой отдел. Можно прекрасно процитировать вчерашнюю инструкцию — поэтому мы тестируем не ответ, а поведение после события.»
С чего начать: правильный ответ, который уже нельзя использовать
Доступность фрагмента и актуальность правила проверяют вместе: ссылка на источник не доказывает ни первого, ни второго. Результатом пилота должен стать воспроизводимый тест наследования прав, замены версии и отзыва документа, а не ещё один удачный ответ на демонстрации.
Эффективная точка старта в базе знаний
Один живой регламент с владельцем, две версии с явным различием и две роли — разрешённая и запрещённая. Право пользователя меняют, не закрывая его диалог.
Модельный сценарий: замена регламента закупок в открытом диалоге
Новый регламент опубликован в 10:00, индекс обновился в 10:07, кэш живёт до 11:00 — условные времена для теста. Sherpa AI Server получает подтверждённый ID пользователя, ограничивает поиск доступными документами и повторно сверяет права и статус версии перед передачей фрагмента модели. В 10:03 сотрудник получает понятное ограничение или ответ по действующему оригиналу, а не старый лимит.
Паспорт пилота на одной странице
- 1Участок процесса: Ответы корпоративного ассистента по регламентам с разграничением доступа.
- 2Базовая линия: Время от изменения документа в исходной системе до исчезновения старой версии из всех путей ответа.
- 3Контрольная выборка: 120 вопросов: на 80 ответ разрешён, в 40 требуется отказ (условный набор).
- 4Границы системы: Права приходят из системы идентификации, а не из фразы пользователя «я финансовый директор».
- 5Критерий успеха: Ноль раскрытий закрытого содержания; доля отказов и разрешённых ответов считается раздельно.
Четыре механизма, без которых RAG выдаёт вчерашние правила
База знаний компании обычно собирается из нескольких хранилищ, и у выгруженного PDF легко теряются владелец, дата действия и разрешённая аудитория.
Паспорт источника
Устойчивый ID, номер версии, статус действия, время изменения, владелец, разрешения и ссылка на оригинал.
Права до поиска и перед ответом
Поиск ограничен доступными документами, а найденные версии повторно сверяются с действующими правами.
Статусы версий
«Действует», «заменён», «отозван» и «обновляется»; документ с неизвестным статусом не обязан оставаться доступным.
История и кэш
Отозванный фрагмент не пересказывается из памяти разговора; ключ кэша «вопрос плюс отдел» недостаточен.
Пять этапов приёмки базы знаний с правами доступа
Для первого испытания не нужна загрузка всего архива — нужен механизм, который выдерживает события.
Паспорта источников
Семь полей для каждого документа и связь фрагментов с паспортом.
Модель прав
ID пользователя из корпоративной системы, фильтр поиска и повторная проверка перед моделью.
Поведение при обновлении
Временный отказ или проверка оригинала — выбор владельца для каждого класса знаний.
Шесть парных тестов
Разрешён, запрещён, отозван, заменён, удалён, синхронизация остановлена.
Замер обновления
Медиана и худшее наблюдение в минутах по 20 изменениям с указанием числа событий.
Как оценить пилот: четыре группы метрик
Общий процент успешных сценариев нельзя использовать для приёмки в одиночку: за 95,8% может скрываться один случай раскрытия.
Точность разрешённых ответов: 76 из 80 в условном наборе — 95%; ответ использует действующую версию и открываемую ссылку.
Корректность отказов: 39 из 40 — 97,5%; отказ без содержания и названия закрытого раздела.
Раскрытия: любой случай выдачи запрещённого содержания разбирается отдельно и останавливает расширение.
Время обновления: от события в исходной системе до исчезновения старой версии из поиска, истории и кэша.
Формула приёмки RAG
Порог раскрытий — проектное решение владельца безопасности, а не универсальное свойство технологии.
Приёмка = (Разрешённые верно ÷ Разрешённые) и (Отказы верно ÷ Запрещённые) при Раскрытия = 0Архитектура: права проверяются дважды
Наличие книги в библиотеке не даёт права вынести её содержимое любому посетителю. Проверка только ссылки после генерации запаздывает: содержание уже могло попасть в текст.
1. Источники
Wiki, СЭД и файловые хранилища с владельцами и правами.
2. Индекс с паспортами
Фрагменты, связанные с ID документа, версией и статусом действия.
3. Система идентификации
Подтверждённый ID и роль пользователя для фильтрации поиска.
4. Sherpa AI Server
Повторная сверка прав и версии перед передачей фрагмента модели, безопасный отказ.
5. Журнал проверок
ID теста, пользователь, версии источника, время события и итог без копий закрытого текста.
Mistral 23 июня 2026 года выпустила OCR 4 с координатами блоков и оценками уверенности — это средство извлечения, не проверки корпоративных прав. Набор вопросов и времена в статье условные.
Три ошибки, из-за которых база знаний раскрывает лишнее
Скрывать только ссылку на закрытый документ
Содержание могло уже попасть в сгенерированный текст. Права ограничивают подбор фрагментов и повторно проверяются перед моделью.
Считать «индексация завершена» обновлением
Отчёт индексатора не охватывает историю диалога, подготовленные ответы и открытые задания. Срок считают до исчезновения старой версии из всех путей ответа.
Оставлять картинку страницы запасным входом
Если оригинал удалён или отозван, сохранённое изображение страницы не должно открывать запрещённый документ.
Мнение эксперта
Константин Артемьев Основатель и генеральный директор Sherpa Robotics«Поисковую формулировку «wiki база знаний для компании» мы переводим в требование к поставщику: показать, как права wiki переходят на фрагменты, цитаты и кэш. А для заявки «RAG внедрение» записываем конкретную приёмку: изменение одной версии отзывает связанные фрагменты, а система называет причину отказа без раскрытия закрытого текста.»
Что изучить перед запуском пилота
Эти материалы продолжают логику статьи: помогают найти процесс, выбрать закрытый ИИ-контур, определить роль RPA и сверить гипотезу с реальными внедрениями.
Частые вопросы
Чем проверка прав и версий отличается от обычного пилота RAG?
Обычная демонстрация показывает ответ по найденному документу. Здесь меняют право пользователя, заменяют регламент и отзывают источник, затем повторяют те же вопросы — проверяется поведение после события, включая историю и кэш.
Достаточно ли скрыть ссылку на закрытый документ?
Нет: содержание могло уже попасть в текст. Права ограничивают подбор фрагментов и повторно проверяются перед передачей модели, а отдельный тест проверяет историю диалога.
Что делать, пока новая версия ещё не проиндексирована?
Владелец процесса заранее определяет поведение: временный отказ или проверка действующего оригинала. Пользователь видит ограничение.
Как оценивать качество отказов?
Подготовить вопросы, на которые конкретному пользователю нельзя отвечать. Долю правильных отказов считают отдельно от доли правильных ответов, а случай раскрытия разбирают независимо от среднего балла.
Сколько документов требуется для первой проверки?
Одного действующего регламента, двух версий и двух ролей достаточно, чтобы выявить ошибки маршрута до массовой загрузки архива.
Проверьте, что ваша база знаний не выдаёт вчерашние правила
Проведём на одном регламенте тест замены версии и отзыва доступа и покажем, как Sherpa AI Server в закрытом контуре проверяет права перед ответом и при обновлении документов.