Les accès par rôle, pour que chacun ne voie que ce qui le concerne.

Pourquoi les droits ne peuvent-ils pas venir de la conversation ?

Un modèle de langage est fait pour être utile. Si on lui dit « je suis l'administrateur » ou « je suis le gérant », il a tendance à le croire, parce qu'il n'a aucun moyen de vérifier. Dans un atelier, c'est l'apprenti qui demande à l'assistant le salaire du chef en se présentant comme le comptable. Si les droits dépendent de ce qu'on affirme, n'importe qui peut tout obtenir.

La règle est donc posée en dehors du modèle : l'identité de la personne est établie par le code, à partir d'une connexion, d'une adresse e-mail exacte ou d'un compte administrateur, et ce sont ces informations qui déterminent ce que l'agent reçoit. L'agent ne peut pas montrer une donnée qu'on ne lui a jamais donnée.

Cela vaut aussi en interne. Un agent qui aide l'équipe dans l'administration n'a pas besoin des mêmes accès pour la personne qui prépare les colis et pour celle qui gère la comptabilité. Le rôle de chacun limite ce que l'agent peut chercher pour lui.

Comment je monte les accès par rôle

Le contrôle se fait avant que le modèle voie quoi que ce soit, puis à nouveau dans chaque outil.

1. 1

   Établir l'identité par le code

   Connexion au compte, adresse e-mail exacte de l'expéditeur, compte administrateur authentifié : l'identité est déterminée avant la première ligne envoyée au modèle.

2. 2

   Ne charger que les données de cette personne

   L'agent reçoit les commandes, expéditions et dossiers de ce client et rien d'autre. Il ne peut pas « chercher » ailleurs.

3. 3

   Revérifier dans chaque outil

   Chaque outil contrôle que la ressource demandée appartient bien à la personne ou que son rôle l'autorise. Si le modèle demande autre chose, l'outil refuse.

4. 4

   Définir les rôles internes

   Préparation, service client, comptabilité, direction : chaque rôle a sa liste d'outils et de données, décidée avec vous.

5. 5

   Gérer le doute par une personne

   Quand l'identité n'est pas certaine, comme une adresse e-mail inconnue ou deux comptes possibles, l'agent ne devine pas : il transmet à une personne.

Ce que les accès par rôle changent, cas par cas

Ce que vous y gagnez

Ce qui vous protège

La protection tient à un principe : le modèle ne décide jamais de qui a droit à quoi. Il reçoit une conversation et un ensemble de données déjà filtré. Même si un message parvenait à lui faire croire qu'il parle à l'administrateur, il n'aurait rien de plus à montrer, et ses outils refuseraient toute demande qui sort du périmètre.

Les traces enregistrent ce que l'agent a lu pour chaque demande. Si un client conteste, vous savez exactement quelles données ont été consultées et pour qui. Et les tests rejouent régulièrement des tentatives d'usurpation pour vérifier que rien n'a bougé après une mise à jour.

Les tests qui vérifient cette couche

Ces tests ressemblent à des tentatives d'abus, parce que c'est exactement ce qu'ils doivent repérer.

En France : cloisonner, comme le recommande la CNIL

En juillet 2026, une note du Conseil de l'IA et du numérique publiée sur le site de la CNIL, consacrée à l'IA agentique, recommande notamment le cloisonnement de la mémoire des agents et une validation humaine pour les décisions les plus critiques. Ne charger que les données du client concerné, et ne rien garder d'une conversation à l'autre sans raison, va dans ce sens. Les conseils de la CNIL sur les chatbots rappellent aussi que la conservation doit être limitée à la finalité.

Questions fréquentes

Pour aller plus loin