Rôles et permissions
Les rôles se tiennent à deux niveaux, l'organisation et le projet. Sur un projet où une personne a un rôle de projet, ce rôle remplace son rôle d'organisation.
Le rôle d'organisation dit ce que quelqu'un peut faire avec l'organisation elle-même, par exemple inviter des personnes, connecter un fournisseur de modèles ou lire le journal d'audit. Il s'applique aussi sur chaque projet de l'organisation, sauf là où la personne a un rôle de projet : ce rôle le remplace alors, qu'il soit plus élevé ou plus bas. Un Admin de l'organisation qui est Lecteur sur un projet sensible n'y est que Lecteur. Une personne dont le rôle d'organisation est Projet seulement ne voit rien de l'organisation en dehors des projets qui lui donnent un rôle.
Rôles d'organisation
| Rôle | Peut faire |
|---|---|
Propriétaire (owner) | Tout ce que peut faire un Admin, plus gérer les autres propriétaires, transférer l'organisation, activer la licence Enterprise et supprimer l'organisation |
Admin (admin) | Membres et invitations, fournisseurs de modèles, secrets, réglages de sécurité (double authentification obligatoire, SSO dans l'édition Enterprise) et réglages de l'organisation comme les alertes ; créer et supprimer des projets ; droits d'Admin sur chaque projet |
Membre (member) | Droits de Membre sur chaque projet : construire des agents, enregistrer et publier des versions, utiliser le Playground |
Lecteur (viewer) | Lire l'organisation et ses projets, les exécutions, les métriques et le journal d'audit ; ne rien modifier |
Projet seulement (none) | Rien au niveau de l'organisation : l'accès vient uniquement des rôles de projet |
Rôles de projet
| Rôle | Peut faire |
|---|---|
Propriétaire (owner) | Tout ce que peut faire un Administrateur sur le projet, plus transmettre le projet à un autre membre |
Administrateur (admin) | Réglages, variables et membres du projet ; clés d'API ; collections et sources, serveurs MCP, skills et connexion Slack ; supprimer des agents et le projet |
Membre (member) | Créer et modifier des agents, enregistrer et publier des versions, utiliser le Playground, gérer les planifications ; valider les exécutions en attente d'une décision humaine (Enterprise) |
Lecteur (viewer) | Lire les agents, versions, exécutions et métriques du projet ; ne rien modifier |
Personne n'accorde un rôle supérieur au sien, et la propriété d'un projet ne s'obtient jamais par invitation : un propriétaire nomme un autre propriétaire, ou transmet le projet.
Un projet garde au moins un propriétaire : le dernier ne peut ni partir, ni être retiré, ni être rétrogradé. Pour passer la main, transmettez le projet : le destinataire devient propriétaire et vous devenez Administrateur. Quitter un projet est aussi refusé quand cela vous rendrait un rôle d'organisation plus élevé, sauf si personne d'autre dans l'organisation ne peut vous retirer. Le refus indique alors quel rôle le peut.
Invitations
Un Admin ou un Propriétaire invite une personne par courriel, dans l'organisation ou dans un projet, avec un rôle. Aucune invitation ne peut donner le rôle de Propriétaire. Qui a déjà un compte rejoint directement ; qui n'en a pas en crée un depuis l'invitation, et une session s'ouvre dès l'acceptation. Copier le lien, sur l'écran Organisation, produit le lien d'acceptation à transmettre vous-même, par exemple quand aucun serveur de messagerie n'est configuré. Il remplace le lien précédent.
Sessions
Les sessions du Studio sont opaques : un identifiant aléatoire, stocké uniquement sous forme de hachage, porté par un cookie inaccessible au script (avec le préfixe __Host- quand le Studio est servi en HTTPS). Aucun jeton dans le stockage du navigateur, aucun JWT pour un humain. Une session expire après 8 heures d'inactivité ou 30 jours au plus, le premier des deux. Elle est renouvelée à la connexion et quand la double authentification est activée ou désactivée, et toutes les sessions d'une personne sont révoquées quand son rôle change ou qu'elle est retirée. Une révocation prend effet immédiatement.