Матрица доступа для ИИ-помощника: какие документы видит каждая роль

Начните с реальных ролей

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

Это пример структуры, не готовая политика доступа вашей компании. У каждой ячейки должны быть владелец и источник правила.

Проверьте путь данных через поиск

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

Для действий действуют отдельные права. Возможность читать карточку CRM не означает разрешение её изменить или отправить письмо. Руководство OpenAI по агентам рассматривает инструменты и защитные границы; матрица делает эти границы конкретными для вашего процесса.

Тестируйте отрицательные случаи

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

Также проверьте смену роли и увольнение: старые сессии, выданные ключи и кэш могут сохранять доступ. Для каждого исключения должен быть журнал, а не молчаливая «временная» выдача полного доступа.

Поддерживайте матрицу после запуска

Роли меняются, документы переезжают, появляются новые агенты. Раз в установленный период сверяйте матрицу с правами исходных систем и фактическими запросами. NIST AI RMF описывает регулярный пересмотр и ясную ответственность за систему. Здесь это означает назначенного владельца доступа, проверку отзыва и тесты после каждого существенного изменения.

Как матрица помогает при смене должности

Сотрудник перешёл из продаж в другой отдел. Его старые CRM-права и доступ к поиску должны быть пересмотрены; иначе ИИ-помощник продолжит находить данные прежних клиентов. Проверьте не только интерфейс, но и токены интеграций, сохранённые сессии и кешированные результаты. Матрица должна связываться с кадровым событием или процессом управления доступом, а не жить отдельной таблицей, которую обновляют раз в год.

Когда агент работает от технической учётной записи

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

Как проверить утечку через резюме

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

Временный доступ

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

Проверка роли внутри длинного диалога

Попросите агента ответить на разрешённый вопрос, затем на закрытый, а после вернитесь к разрешённому. Система должна правильно применять права к каждому запросу, а не «запоминать», что в середине разговора кто-то назвался руководителем. Повторите тест после передачи диалога другому сотруднику: новый участник получает только то, что разрешено его роли. История переписки сама по себе не является разрешением раскрыть все документы, которые когда-то видел другой пользователь.

Такие сценарии особенно важны для общей очереди поддержки и проектных чатов, где состав участников меняется.

Матрицу стоит включить в правила использования ИИ сотрудниками.