Dans notre expérience de création et de déploiement d'agents, les clients se heurtent sans cesse au même obstacle : comment des agents peuvent-ils agir en tant qu'eux-mêmes ? En général, cela se passe ainsi. Un ingénieur crée un agent de triage — il lit les tickets entrants, diagnostique le problème, suggère la correction à partir des runbooks de l'équipe. Tout fonctionne à merveille. Au moment où il est prêt à prendre davantage de travail, il se heurte à quatre problèmes clés :
Parce que l'agent emprunte l'identité de la personne qui le lance, il ne fonctionne que pour les collègues qui ont déjà accès à tous les systèmes en arrière-plan. Quand une personne de direction le lance, le problème inverse apparaît : l'agent hérite de tout son accès, bien au-delà de ce qu'exigeait le triage des tickets. Enfin, les agents de longue durée sont freinés par l'expiration des jetons d'accès qu'ils empruntent aux utilisateurs.
Pendant ce temps, chaque correction suggérée par l'agent a été publiée sous le nom de quelqu'un. La trace d'audit de son travail montre qu'un humain n'ayant jamais lu le travail de l'agent a tout effectué. Parce que l'agent emprunte l'identité d'un utilisateur, il est moins productif. ;
Le mois dernier, nous avons annoncé les agents indépendants — des collègues IA conçus pour un travail autonome et collaboratif. L'un de leurs composants essentiels était l'identité des agents. Aujourd'hui, nous ouvrons l'identité des agents en bêta publique pour les clients Glean : un agent peut désormais agir via ses propres identifiants de compte de service — son propre bot dans Slack, son propre compte dans Jira, sa propre App dans GitHub — enregistrés et délibérément limités par un administrateur. Configuré une seule fois, c'est le même agent pour tout le monde qui le lance.
Voici ce que cela change.
Un nom, un visage et sa propre présence sur l'ensemble des interfaces
L'agent de triage n'est plus une automatisation invisible — il apparaît partout où il travaille, en tant que lui-même. Adressez-lui un message directement dans Slack ou Teams comme vous le feriez à un collègue, et la réponse vous revient de sa part, dans cette même conversation. Ses commentaires Jira sont rédigés par son propre compte. Ses pull requests proviennent de sa propre GitHub App — révisables et soumises aux protections de branche comme n'importe quel autre contributeur. Les gens collaborent avec ce qu'ils peuvent voir et nommer désormais, l'agent est quelque chose que l'on peut voir et nommer.
Autorisé avec exactement ce dont le travail a besoin
Cette approche simplifie l'accès aux sources de données, car la personne qui peut déclencher un agent est désormais découplée de ce à quoi l'agent est autorisé à faire. La personne dirigeante disposant d'un accès élevé peut lancer des agents sans craindre qu'ils partagent accidentellement des informations confidentielles avec le reste de l'entreprise. Le ou la responsable de la réussite client, sans accès direct aux journaux GCP, peut lancer un agent de triage sans avoir besoin de son propre accès. Chaque utilisateur obtient le même identifiant, défini délibérément par un administrateur.
Les actions sont également correctement attribuées. Chaque action apparaît dans la trace d'audit sous le propre compte de l'agent, avec la personne ou la planification qui l'a déclenchée enregistrée à ses côtés. Le travail automatisé et le travail humain restent distinguables, ce qui simplifie la conformité.
Un travail planifié qui ne meurt pas silencieusement
La file de nuit est traitée chaque nuit, parce que l'agent s'exécute avec ses propres identifiants, et non avec la session de quelqu'un. Il catégorise les tickets, commente avec le bon runbook, livre son récapitulatif du matin — à travers les congés, les réinitialisations de mot de passe et les changements de rôle. Aucun jeton humain en dessous, rien qui puisse expirer silencieusement.
Vos agents ont déjà fait le travail. Maintenant, ils peuvent le signer.
La vraie difficulté de l'IA d'entreprise n'a jamais été de faire agir les agents — c'était d'étendre la confiance d'une manière que l'organisation puisse assumer. Avec l'identité des agents, les agents agissent via leurs propres identifiants de service à portée limitée — visibles dans la trace d'audit, et gouvernés par les personnes chargées de la gestion des accès : les administrateurs peuvent faire pivoter ou révoquer n'importe quel identifiant, pour un système ou pour tous, à tout moment.
La fonctionnalité est désormais disponible en bêta pour nos clients Glean. Veuillez contacter votre administrateur pour l'activer.
