Quels droits donner à un agent IA sur votre messagerie ?
Lecture, brouillons et envoi ne demandent pas les mêmes accès. Préparez une matrice de droits et vérifiez ce que le connecteur autorise réellement.
Les droits d’un agent connecté à une messagerie doivent partir du travail attendu. Préparer un résumé, rédiger une réponse et envoyer un message sont des opérations différentes. Avant de connecter le compte, écrivez lesquelles sont nécessaires et lesquelles doivent rester impossibles.
Une consigne comme « ne rien envoyer » décrit le comportement souhaité. La vérification des autorisations porte, elle, sur ce que l’intégration est techniquement capable de faire.
Décrire un périmètre d’accès utile
Exemple fictif. Une équipe souhaite préparer un récapitulatif des demandes reçues sur une boîte dédiée. Le résultat contient les demandes encore ouvertes et les précisions à obtenir. Aucun message ne doit partir pendant cet essai.
| Opération | Besoin dans cet essai | Vérification attendue |
|---|---|---|
| Lire les messages sélectionnés | Oui | Le traitement retrouve les demandes prévues |
| Lire les pièces jointes | Seulement celles nécessaires | Le périmètre est explicite et testé |
| Modifier les libellés | Non | Aucun changement lors de la préparation |
| Créer un brouillon en boîte | Facultatif | À distinguer d’un texte produit hors messagerie |
| Envoyer ou supprimer | Non | Ces actions sont refusées par les contrôles prévus |
Cette matrice est un besoin métier. Elle ne signifie pas que le fournisseur de messagerie propose exactement ces cases comme autorisations indépendantes.
Lire le détail des autorisations
La documentation Gmail illustre cette difficulté : le périmètre gmail.readonly donne accès à la consultation, tandis que gmail.compose permet de gérer les brouillons et d’envoyer des messages. Un accès portant le nom « compose » ne constitue donc pas une garantie d’écriture limitée aux brouillons. Documentation des autorisations Gmail.
Si les droits disponibles sont plus larges que le besoin, il faut examiner les contrôles supplémentaires de l’intégration. Une préparation hors de la boîte peut parfois répondre au besoin sans créer de brouillon dans le compte. Cette possibilité dépend du dispositif retenu.
Un filtrage par dossier dans l’interface ne prouve pas non plus que le compte technique ne peut lire que ce dossier. Faites distinguer le filtrage fonctionnel du périmètre réellement autorisé.
Tester les limites avec des comptes d’essai
Utilisez des messages fictifs dans un environnement prévu pour la recette. Vérifiez un message autorisé, un élément hors périmètre et une demande explicite d’envoi. Le test doit constater l’effet réel : aucun envoi, aucune suppression, aucune modification inattendue.
Révoquez ensuite l’accès de test et vérifiez que le traitement signale l’impossibilité de continuer. Une ancienne synthèse ne doit pas être présentée comme une nouvelle lecture réussie.
Nommer la personne qui peut changer les droits
La fiche d’intégration doit indiquer le compte concerné, le propriétaire de l’accès, les opérations permises et la façon de le révoquer. Les identifiants secrets ne vont pas dans cette fiche.
Pour un besoin avec TARS, je partirai de cette matrice pour examiner l’intégration possible. Les droits précis doivent être vérifiés sur votre messagerie et le connecteur choisi ; un exemple de documentation ne prouve pas les possibilités de votre installation.
Poursuivre la lecture
Connecter un outil à l’IA : quel travail lui confier ?
Un accès technique ne définit pas une procédure. Distinguez connexion, règles métier et responsabilité avec un exemple fictif de réservation de salle.
Avant de déléguer à l’IA, écrire ce qu’elle doit refuser
Définissez les situations où une tâche IA doit s’arrêter, demander une décision ou rendre un résultat partiel. Une fiche de refus sur un exemple fictif.
Une question sur votre cas précis ?
Décrivez votre besoin en deux lignes. Je vous réponds moi-même — par téléphone, en visio, ou autour d’un café en Alsace.