Разрешения зависят от конкретной операции. Возможность общаться в чате, создавать проект через ассистента или проверять цель не означает, что вы можете редактировать настройки агента или оплаты.
Проверенное ограничение роли Member
В демонстрации в работающем интерфейсе Member (Участник) мог пройти сценарий проекта с помощью ассистента и проверить его результат. Прямое открытие Agent settings (Настройки агента) показывало No Access (Нет доступа) и уведомление, что управлять автоматизациями могут только администраторы и чемпионы организации.
Диалог агента на уровне проекта также показывал вкладки настроек, но в области содержимого сообщал, что агент недоступен. Видимые вкладки не доказывают наличие разрешения сохранять их настройки.
Учётная запись Member также открыла Dashboard → Objectives → Project flow (Панель управления → Цели → Ход проекта) и обе формы Workflows → Heartbeats → Schedule check (Рабочие процессы → Heartbeats → Запланировать проверку). Эти просмотры без изменений не доказывают, что каждый Member может сохранять любую конфигурацию. Точные элементы управления и непроверенные границы описаны в статьях Project flow и Проверки Heartbeats.
Различия разрешений в текущем исходном коде
Просмотренный исходный код описывает следующие общие границы:
| Операция | Граница разрешений по исходному коду |
|---|---|
| Управление агентом уровня организации | Admin (Администратор) или Champion (Чемпион) |
| Управление личным агентом | Владелец или создатель, если владелец не задан |
| Управление агентом уровня команды | Admin, Champion или участник команды, для которой доступен агент |
| Управление агентом, привязанным к пространству | Доступ на запись в это пространство |
| Управление участниками и приглашениями | Admin или Champion, с дополнительными условиями для приглашений |
| Настройки организации и оплата | Champion в модели разрешений профиля |
| Управление подпиской | Также может зависеть от назначенного управляющего подпиской или явного разрешения |
| Запись в пространство или проект | Зависит от правил доступа к соответствующему ресурсу |
Важны область доступности агента и маршрут управления им. Описанный выше отказ в работающем интерфейсе относится к конкретной странице администрирования; он не доказывает, что любое действие с агентами доступно только администраторам. В текущем бэкенде есть более точные правила на уровне сущностей, показанные здесь.
Аналогично, редактор автоматизаций, доступный только администраторам, отделён от создания агентом разрешённого триггера или расписания от имени пользователя. Тесты бэкенда охватывают создание участниками Member собственных записей автоматизаций. При этом по-прежнему учитываются доступ к инструментам, текущее участие в проекте, владение записью и точная операция. См. Расписания.
Это объяснение подтверждено исходным кодом, но не является полной матрицей авторизации развёрнутой версии. Не делайте вывод о разрешении только по названию роли или видимой кнопке.
Если вы видите No Access
- Проверьте, что вошли в нужную учётную запись и пространство.
- Запишите точную страницу и уведомление.
- Запросите у соответствующего владельца организации конкретный необходимый доступ.
- Продолжайте работу, для которой это разрешение не нужно.
Не запрашивайте широкие права администратора, если достаточно более узкого разрешения на ресурс. Не создавайте дублирующих агентов и не меняйте учётную запись для обхода отказа в действии.
Команды людей и команды агентов
Роли участников организации управляют доступом людей. Команда агентов проекта определяет, какие ИИ-агенты выполняют работу. Добавление агента в проект не даёт человеку новую роль в организации.
Подтверждённый исходным кодом процесс работы с участниками описан в статье Участники и приглашения, а подбор команды проекта — в статье Агенты и команды.