Как назначить разрешения для участников и групп для общего ИИ-агента
Планируйте командные разрешения Leina с учётом людей, подключений к приложениям, данных и действий. Используйте пример матрицы доступа, проверяйте аудитории вывода и пересматривайте доступ при изменении обязанностей.
OOMOL Обновлено
Концептуальная иллюстрация: организация использует общего агента, при этом участники сохраняют различные границы доступа.
Индивидуальный ИИ-агент обычно работает с учётными записями и документами одного человека. В организации коллеги с разными обязанностями могут использовать общий чат, в то время как другая группа включает клиентов или партнёров.
Вопрос выходит за рамки того, к каким приложениям может подключаться агент. Кто может использовать каждое подключение, к каким данным они могут получить доступ, какие действия разрешены и кто может получить результат?
Leina поддерживает организационное использование с разрешениями, назначаемыми участникам и группам, и получает доступ к бизнес-приложениям через шлюз авторизации OpenConnector. Преобразуйте обязанности в проверяемые области доступа, прежде чем расширять использование.
Превратите разрешения в четыре конкретных вопроса
Начните с этих измерений:
| Измерение | Что установить | Пример |
|---|---|---|
| Участники | Участник или группа, которым нужен доступ | Рабочая группа проекта A |
| Источник | Подключение и бизнес-записи | Авторизованные документы проекта A |
| Операции | Чтение, создание, обновление или удаление | Поиск и чтение для этой задачи |
| Аудитория | Куда может быть направлен вывод | Внутренняя группа проекта A |
Это контрольный список для планирования, а не описание названий полей консоли. Доступная детализация зависит от коннектора, бизнес-аккаунта и настроек команды. Проверьте текущую поддержку.
Если подключение не может обеспечить предполагаемую узкую область, пересмотрите аккаунт или уменьшите область задачи. Инструкция игнорировать другие материалы не заменяет контроль доступа.
Создайте пример матрицы доступа
Представьте команду с участниками отдела продаж, участниками проекта и группами, включающими внешних участников. Эта матрица иллюстрирует планирование доступа; это не предопределённые роли Leina.
| Рабочий процесс | Предоставляемый доступ | Область, которую изначально следует исключить |
|---|---|---|
| Участники отдела продаж обобщают последующие действия | Соответствующие записи клиентов и необходимые запросы | Несвязанные записи проектов и отделов |
| Группа проекта обобщает действия после встреч | Документы проекта, поиск и доступ на чтение | Другие проекты и неподтверждённые записи |
| Группа внешнего сотрудничества проверяет прогресс | Материалы проекта, одобренные для этой аудитории | Внутренние обсуждения и неопубликованная информация о клиентах |
Исходите из фактических требований каждого рабочего процесса. Группа, обобщающая документы, может начать с проверки доступа на чтение. Если позже ей потребуется изменять бизнес-записи, проверьте соответствующие операции и места назначения отдельно.
Проверьте полученный доступ от имени предполагаемых участников и групп. Успешное выполнение задачи администратором не доказывает, что обычные участники имеют правильную область доступа.
От обязанностей к области доступа
flowchart TB
accTitle: От обязанностей к области доступа
accDescr: Требования к задачам участников и групп и существующие разрешения бизнес-аккаунта определяют настроенную область. OpenConnector авторизует вызовы бизнес-приложений.
T("Участник и группа
Потребности задачи"):::channel
A("Бизнес-аккаунт
Существующий доступ"):::channel
T --> P("Настройте
подходящую область"):::agent
A --> P
P --> G("OpenConnector
Вызов авторизации"):::gateway
G --> R("Разрешённые
данные и действия"):::resourceПроверяйте источник и аудиторию вывода отдельно
Разрешение участника на чтение внутреннего документа не делает его резюме подходящим для группы с внешними участниками.
Например, резюме о взаимодействии с клиентом может включать внутренние заметки, контактную информацию и обязательства, данные клиенту. Укажите разрешённые источники перед задачей, затем проверьте поля вывода и целевую группу.
Более точный запрос может быть таким:
Используйте только записи о ходе проекта, одобренные для внешнего распространения. Подготовьте резюме выполненных на этой неделе работ и следующих шагов. Верните черновик со ссылками на источники, чтобы владелец мог проверить его, прежде чем решить, отправлять ли его партнёрской группе.
Инструкция задаёт ожидания; фактические ограничения доступа по-прежнему определяются настройками подключения и разрешений. Leina описывает групповые чаты и личные чаты как имеющие отдельные рабочие контексты. Эта граница разговора не определяет, кто может использовать бизнес-подключение или получать его результаты, и не должна восприниматься как гарантия изоляции долговременной памяти. Проверяйте доступ к подключению и аудитории вывода отдельно. См. Разрешения и доступ к данным для проверок аккаунта и действий.
Убедитесь, что доступ соответствует плану
Перед добавлением реальных рабочих нагрузок используйте тестовые записи без конфиденциальной информации:
- Проверьте разрешённый доступ. Попросите предполагаемого участника прочитать явно авторизованную тестовую запись в предполагаемой группе. Проверьте источник и результат.
- Проверьте доступ за пределами области. Используйте тестовую запись, которая не была авторизована для этого участника или группы, и убедитесь, что доступ не выходит за предполагаемую границу.
- Проверьте типы операций. Просмотрите доступные действия для рабочего процесса только для чтения, не включая также записи, отправки или удаления.
- Проверьте место назначения. Убедитесь, что вывод направляется только в предполагаемый разговор или бизнес-место, особенно когда задействованы внешние участники.
Если наблюдаемый результат отличается от плана, скорректируйте подключение, аккаунт или разрешения перед расширением. Запишите участника, группу, подключение, ожидаемое поведение и результат, чтобы упростить последующие проверки.
Это рекомендуемые организационные проверки, а не утверждение, что продукт предоставляет автоматические тесты разрешений или отчёты аудита.
Пересматривайте доступ при изменении людей и групп
Доступ должен следовать за изменениями в рабочих отношениях. Участник меняет роль или покидает проект, внешний участник присоединяется к группе, или разрешения бизнес-аккаунта меняются. Любое из этих событий может изменить предположения, лежащие в основе существующего рабочего процесса.
Пересматривайте доступ при добавлении участника или группы, при изменении обязанностей и перед введением таких операций, как записи. Проверьте, остаются ли старые подключения необходимыми, остаётся ли материал подходящим для текущей аудитории и не является ли какой-либо доступ более ненужным.
Проверяйте настройки участников и групп вместе с разрешениями базового аккаунта приложения. После изменения любого из уровней проверьте полную задачу заново, а не полагайтесь только на успешное сохранение настроек.
Начните с одной группы и одной задачи
Начните организационное использование с одной группы и задачи только для чтения. Определите её участников, данные, операции и аудиторию. Настройте соответствующую область, проверьте её с помощью тестовых записей, а затем постепенно добавляйте участников, группы или типы задач.
Для настройки приложений читайте OpenConnector и безопасные подключения к бизнес-приложениям. Для дополнительных точек входа в чат читайте один агент на разных чат-платформах. Обзор Leina объясняет, как эти возможности работают вместе.