Le problème qu’elle désigne
Meta et Sierra ont publié le 6 octobre Personal Agent Protocol, une norme ouverte décrivant comment un agent personnel d’IA s’identifie auprès d’une entreprise et ce que celle-ci l’autorise ensuite à faire. Genesys, Instinct, Rocket, Shopify, Stripe et Walmart la développent avec elles.
Le diagnostic de l’annonce est direct sur le fonctionnement actuel des agents. « La plupart des agents personnels utilisent les sites et les applications comme le font les gens : en chargeant des pages et en cliquant dans des formulaires », ont écrit Bret Taylor et Clay Bavor, cofondateurs de Sierra. Quand cela échoue, l’agent se rabat sur la ligne d’assistance ou le chat. « Cela peut prendre beaucoup de temps, et l’agent peut ne pas terminer la tâche. »
Les trois publics veulent des choses différentes. Les consommateurs veulent que le travail soit fait correctement du premier coup. Les marques veulent savoir quand un agent agit pour un client et décider elles-mêmes de ce qu’il peut faire. Les constructeurs d’agents veulent une voie directe et cohérente vers les entreprises participantes.
Comment fonctionne une session
Le protocole démarre sur le site de l’entreprise, où un agent découvre ce qui est proposé et comment y accéder. Il ouvre ensuite une session pour le compte de son utilisateur, et peut commencer en invité — suffisant, selon les auteurs, pour vérifier la disponibilité d’un produit ou interroger la politique de retour.
Quand une tâche exige l’accès au compte, le client se connecte sur la page de l’entreprise ou utilise des identifiants déjà détenus par son agent, et décide si celui-ci obtient un accès en lecture seule ou en écriture. La session repose sur OAuth et se maintient d’un canal à l’autre : une question posée avant la connexion et une modification de commande effectuée après comptent comme une seule visite.
L’entreprise choisit ensuite la voie : ses pages web habituelles, ses API via des standards comme MCP et OpenAPI, ou son propre agent pour ce qui demande une conversation, comme une réclamation de garantie.
Ce qui ne figure pas dans la première version
La spécification v0.1 est attendue d’ici la fin du mois, suivie d’ateliers de conception et d’une implémentation de référence. Plusieurs éléments qui feraient réellement fonctionner le commerce par agents sont listés comme extensions futures et non comme fonctions livrées : permissions plus fines sur des actions précises, notifications poussées pour qu’une entreprise prévienne un agent qu’un vol est retardé ou qu’une commande est partie, et extensions de paiement permettant à un agent de finaliser un achat sans manipuler un numéro de carte.
Ce dernier point compte. Stripe est un partenaire nommé et son responsable des paiements est cité dans l’annonce, mais payer ne fait pas partie de la première spécification.
Pourquoi les distributeurs ont signé
La logique commerciale est plus simple que la logique technique. Meta a déclaré à TechCrunch que « refuser un agent personnel revient à refuser le client qui est derrière », et qu’elle préfère travailler avec les entreprises sur les inquiétudes de fond plutôt que de les voir perdre ce client.
Tony Bates, président-directeur général de Genesys, a résumé ainsi le point de vue des marques dans l’annonce : « Les marques ont besoin d’un moyen fiable de savoir qui un agent d’IA représente, ce qu’il est autorisé à faire, quelle est son intention et comment travailler avec lui en sécurité. »
Ce qu’il faut surveiller
Une norme ouverte ne devient une norme que lorsque d’autres que ses auteurs la mettent en œuvre. La liste de noms est ce que cette annonce a de plus solide, et la spécification ce qu’elle a de plus faible : elle n’existe pas encore. Il faudra voir si le texte v0.1 arrive ce mois-ci comme promis, si quelqu’un hors du groupe fondateur l’adopte, et si une norme rivale venue du paiement définit la même poignée de main avant elle.
