Comment un agent personnel peut-il acheter, réserver ou gérer un compte à la place de son utilisateur ? Sierra et Meta posent les bases d'un standard commun.
Personal Agent Protocol : le problème que personne ne tranche
Le 6 octobre, lors du Sierra Summit, la start-up Sierra a dévoilé le Personal Agent Protocol, développé avec Meta et plusieurs partenaires. Une première version est attendue avant la fin du mois. Derrière ce nom technique se cache une question très concrète. Que se passe-t-il quand votre agent personnel veut agir auprès d'une entreprise en votre nom ?
Aujourd'hui, la plupart des agents personnels utilisent les sites et les applications comme le ferait un humain. Ils chargent des pages, remplissent des formulaires, cliquent sur des boutons. Quand cela ne suffit pas, ils appellent le support ou ouvrent une fenêtre de chat. Le résultat prend du temps. Et la tâche échoue souvent en route.
Le Personal Agent Protocol vise à remplacer ce bricolage par une connexion directe et encadrée. L'idée : permettre à un agent de découvrir ce qu'une entreprise propose, d'ouvrir une session au nom de son utilisateur, puis d'accomplir la tâche par un canal prévu pour cela. Sierra et Meta affirment que cette connexion peut régler la même tâche en quelques secondes. Prometteur, sur le papier.
Le protocole est développé avec Genesys, Instinct, Rocket, Shopify, Stripe et Walmart. Il est présenté comme ouvert, c'est-à-dire que n'importe qui peut l'implémenter sans demander la permission.
Authentification et contrôle : ce que dit le protocole
Le principe repose sur un partage des rôles simple. Le consommateur décide à quoi son agent a accès, et l'entreprise fixe ce que cet agent est autorisé à faire de son côté. Ni l'un ni l'autre ne prend toute la main. Ce partage évite les situations où un agent agirait sans garde-fou.
Acteur | Ce qu'il veut | Ce que le protocole lui apporte |
|---|---|---|
Consommateur | rapidité et confiance | l'agent agit au mieux de ses intérêts |
Entreprise | visibilité et contrôle | elle sait quand un agent agit pour un client |
Créateur d'agents | accès prévisible | une connexion uniforme avec les partenaires |
Le mécanisme s'appuie sur OAuth, un standard déjà bien rodé pour autoriser un accès sans partager son mot de passe. Concrètement, un agent peut commencer en simple invité, ce qui suffit pour vérifier une disponibilité ou une politique de retour. Si la tâche exige l'accès à un compte, l'utilisateur se connecte, soit sur la page de l'entreprise, soit avec des identifiants qu'il a déjà enregistrés auprès de son agent. En lecture seule, ou en écriture. C'est lui qui tranche.
La session se poursuit ensuite à travers différents canaux. Un agent peut passer par le site web classique de l'entreprise, par ses interfaces techniques bâties sur des standards comme MCP et OpenAPI, ou par un agent propre à l'entreprise pour les tâches qui demandent de la conversation, comme une réclamation de garantie. L'entreprise décide de ce qu'elle rend accessible. L'agent obtient, lui, une façon constante de se connecter.
Un standard de plus dans un paysage déjà chargé
Le Personal Agent Protocol n'arrive pas seul. Plusieurs initiatives cherchent déjà à encadrer les interactions entre agents et services, sous des noms comme UCP, ACP ou Trusted Agent Protocol. Cette multiplication pose une question simple. Le marché a-t-il besoin d'un standard de plus, ou d'un standard qui s'impose vraiment ?
La réponse tient à l'adoption. Un protocole ne vaut que par le nombre d'entreprises qui l'implémentent. Avec des noms comme Shopify, Stripe et Walmart côté commerce, Sierra et Meta affichent des partenaires crédibles. Mais la vraie partie se joue sur le terrain des développeurs qui construiront leurs agents dessus.
Pour l'utilisateur, l'enjeu est moins technique qu'il n'y paraît. Un standard unique signifie qu'un agent n'a pas besoin d'apprendre le fonctionnement de chaque site pour agir. Il signifie aussi que l'utilisateur garde la main sur ce que son agent a le droit de faire, au lieu de confier ses accès sans cadre. C'est là que se joue la confiance.
Ce qui suit, et quand le protocole sera utilisable
Pour l'instant, il s'agit d'une intention et d'un cadre de travail, pas encore d'un outil prêt à l'emploi. Sierra prévoit de publier la spécification v0.1 plus tard en octobre, d'organiser des ateliers de conception avec les parties intéressées, et de livrer une implémentation de référence pour aider les développeurs à démarrer.
Les entreprises qui souhaitent participer peuvent se rapprocher des organisateurs dès maintenant. Pour le grand public, l'effet ne sera visible qu'une fois les premiers services compatibles en ligne. Le calendrier reste donc à préciser, mais la direction est claire : faire des agents personnels des interlocuteurs reconnus et contrôlés, plutôt que des programmes qui se débrouillent seuls sur des sites conçus pour des humains.
