Skip to main content
Référence · 7 min
Les permissions déterminent comment un agent peut utiliser son périmètre et ses capacités. Elles doivent être réglées au niveau le plus restrictif compatible avec la mission, puis vérifiées avec un compte représentatif de l’audience.
Commencez en lecture seule. Ajoutez une écriture ou un déclenchement uniquement après avoir défini le scénario, la destination, les validations et le résultat attendu.

​
Niveaux à distinguer

Les libellés et réglages disponibles dépendent des capacités activées. Une permission d’écriture sans table configurée n’est pas une configuration complète ; une table configurée ne doit pas être considérée comme inscriptible sans permission correspondante.

​
Ordre de configuration

  1. Laissez l’agent en lecture seule et testez ses réponses.
  2. Activez une seule action d’écriture ou de déclenchement.
  3. Limitez sa destination à l’entité nécessaire.
  4. Vérifiez la carte de validation et le contenu proposé.
  5. Testez un cas incomplet, ambigu et hors périmètre.
  6. Partagez d’abord avec une audience restreinte.
Vérifiez vos droits avant de commencer. Certaines actions dépendent de votre rôle dans le workspace ou du partage de la ressource. Si un bouton est absent ou désactivé, demandez au propriétaire de la ressource ou à un administrateur du workspace de vous accorder l’accès nécessaire.

​
Validation humaine

Pour une action sensible, la carte de validation doit présenter ce qui sera exécuté : cible, contenu et paramètres utiles. Valider ne signifie pas simplement approuver le raisonnement ; la décision peut déclencher une écriture, un envoi ou une autre action réelle.
Gardez une validation humaine. Relisez les données, les destinataires et le résultat généré avant de publier, déployer, envoyer un message ou déclencher une action qui modifie vos outils.

​
Limites et responsabilités

  • Une mission textuelle ne remplace jamais une permission technique.
  • Un utilisateur peut être limité par ses propres droits même si l’agent possède une capacité.
  • Le partage de l’agent n’accorde pas automatiquement l’accès à ses sources.
  • Après une modification des droits, les anciens tests ne prouvent plus le comportement actuel.
  • Une validation humaine mal relue peut confirmer une mauvaise cible ou une donnée incorrecte.
  • Retirez un droit qui n’est plus nécessaire au lieu de compter sur l’absence d’utilisation.

​
Questions fréquentes

La lecture, la capacité d’écriture, la destination configurée et les droits effectifs sont des contrôles distincts. Vérifiez chacun d’eux.
Non. Le membre doit également disposer des accès nécessaires aux ressources appelées par l’agent.
Après des tests nominaux et négatifs réussis, avec une destination précise, une validation visible et une audience limitée.
Rejouez les scénarios d’action, de refus et de source inaccessible avant de remettre l’agent à disposition.

​
Étape suivante

Tester dans la console

Vérifier chaque droit sur un cas nominal et plusieurs cas négatifs.
Last modified on July 28, 2026