Rôles & permissions

Comprendre les rôles Admin, Builder, Runner et Reviewer dans Draft & Goal : ce que chaque rôle peut faire dans le Studio, et la différence entre rôle org et accès workflow.

Vue d’ensemble#

Chaque membre d’une organisation a un seul rôle Studio : Admin, Builder, Runner ou Reviewer. Le rôle détermine ce qu’il voit dans la barre latérale, quels onglets Settings il peut ouvrir, et comment il travaille avec les workflows.

Les quatre rôles Studio#

Rôle	Objectif
Admin	Contrôle complet de l’organisation : membres, quotas, identifiants org, et visibilité sur tous les workflows
Builder	Créer, modifier et exécuter des workflows ; utiliser les intégrations org et Brand Kits
Runner	Exécuter les workflows auxquels il a accès ; gérer uniquement ses intégrations personnelles
Reviewer	Approuver ou rejeter les tâches Human in the Loop uniquement — pas d’accès Builder ni Runner au Studio

Hiérarchie (le niveau supérieur inclut les capacités pertinentes du niveau inférieur) : Admin → Builder → Runner → Reviewer.

Matrice d’actions#

Action	Admin	Builder	Runner	Reviewer
Voir les workflows accessibles	✅	✅	✅	❌
Exécuter des workflows	✅	✅	✅	❌
Créer / modifier des workflows	✅	✅	❌	❌
Supprimer des workflows	✅	Les siens / partage écriture	❌	❌
Voir tous les workflows de l’org	✅	Partagés + possédés	Partagés + possédés	❌
Gérer la visibilité des dossiers	✅	Ses dossiers	❌	❌
Gérer les intégrations org	✅	Utiliser (ajout/suppression selon droits)	Personnelles uniquement	❌
Brand Kits	✅	✅	❌	❌
Models (LLMs), clés API, MCP	✅	❌	❌	❌
Settings → Teams	✅	❌	❌	❌
Settings → Quotas mensuels / Models & costs	✅	Selon disponibilité	❌	❌
Portail de revue Human in the Loop	✅*	✅*	✅*	✅

* Les Admins, Builders et Runners peuvent reviewer lorsqu’ils sont assignés sur un node HITL. Les utilisateurs au rôle Reviewer utilisent uniquement la surface dédiée /reviews.

Accès barre latérale par rôle#

Ce qui apparaît dans la navigation gauche dépend du rôle :

Zone	Admin	Builder	Runner	Reviewer
Dashboard	✅	✅	✅	❌
Workflows	✅	✅	✅	❌
Files	✅	✅	❌	❌
Models (LLMs)	✅	❌	❌	❌
Integrations (sous Builder)	✅	✅	❌*	❌
Clés API	✅	❌	❌	❌
Serveurs MCP	✅	❌	❌	❌
Workflows Library	✅	✅	❌	❌
Data Hub	✅	✅	❌	❌
Brand Kits	✅	✅	❌	❌
Portail Reviews (/reviews)	—	—	—	✅ (principal)

* Les Runners accèdent aux Integrations via une entrée dédiée aux identifiants personnels.

Mode Reviewer#

Les utilisateurs au rôle Reviewer sont redirigés vers l’expérience d’approbation :

• Reviews (/reviews) — file des runs et lots en attente de leur décision
• Profil — modifier les informations personnelles ; le rôle est en lecture seule

Ils n’ont pas le canvas Builder, la liste des workflows ni le Dashboard. Voir Réviseurs & approbations.

Rôle org vs accès de partage workflow#

Concept	Où le définir	Valeurs
Rôle d’organisation	Settings → Teams	Admin, Builder, Runner, Reviewer
Accès de partage workflow	Share sur le canvas	Runner (lecture/exécution), Builder (écriture)
Visibilité de dossier	Menu dossier → Visibility & members	Private, Group, Organization

Un membre peut être Runner au niveau org et recevoir quand même un accès Builder sur un workflow si quelqu’un le partage en écriture. Les Admins voient toujours tous les workflows actifs de l’organisation.

Voir Accès & partage des workflows pour le détail dossiers et Share.

Règles de sécurité Admin#

Lors de la gestion des rôles dans Settings → Teams :

• Vous ne pouvez pas retirer votre propre rôle Admin
• Vous ne pouvez pas modifier le rôle ou le profil d’un autre Admin
• Vous ne pouvez pas retirer le dernier Admin de l’organisation
• Vous ne pouvez pas vous désactiver ni désactiver un autre Admin

Ces règles empêchent l’organisation de se retrouver sans administrateur.

Étapes suivantes#