Le protocole PACT de Decagon veut faire du consentement un standard

Les agents IA sont devenus assez bons pour agir a votre place, et presque rien de tout cela n'est standardise. Quand vous demandez a un assistant de reserver une table, d'annuler un abonnement ou de verifier une commande, l'entreprise en face n'a aucun moyen fiable de savoir qui demande et ce que le client a reellement autorise. En octobre 2026, une entreprise appelee Decagon a tente de resoudre cela en ouvrant un protocole.

La specification s'appelle PACT, pour Personal Agent Consent and Trust Protocol. Decagon l'a construite avec un partenaire nomme Instinct, l'a basee sur des standards existants dont A2A et OAuth, et l'a publiee. L'entreprise a aussi rejoint le groupe de travail Personal Agent Protocol, qui cherche a faconner la maniere dont agents et entreprises se parlent a travers le secteur.

Le probleme que PACT veut resoudre

Pensez a ce qui se passe aujourd'hui quand un agent agit pour une personne. L'agent contacte un service, presente un identifiant et fait une demande. Le service doit decider s'il lui fait confiance. En general, la reponse repose sur une cle API partagee ou une connexion, ce qui ne dit presque rien sur l'humain derriere l'agent. Le client a-t-il autorise cette action precise ? Une seule fois, ou de facon permanente ? L'agent peut-il lire des donnees, ou seulement soumettre des demandes ? Il n'existe aucun langage commun, donc chaque integration improvise.

La reponse de PACT est de standardiser cette poignee de main. Elle donne aux entreprises un moyen de verifier l'identite d'un agent personnel et les permissions precises que le client lui a accordees. Le mot "precises" fait beaucoup de travail ici. Le but n'est pas seulement de confirmer qu'un agent est legitime, mais de confirmer ce qu'il est autorise a faire pour cette course precise.

{{INLINE1}}

Pourquoi un protocole de consentement compte plus qu'il n'y parait

Cela ressemble a de la plomberie, et la plomberie fait rarement les gros titres. Mais elle decide si l'economie des agents fonctionne. Prenez les questions qu'une entreprise posera avant de laisser un agent agir sur ses systemes. Cette chose agit-elle vraiment pour la personne qu'elle pretend representer ? A quoi peut-elle toucher ? Qui est responsable si elle se trompe ? Sans reponses, la decision sure est de refuser, et beaucoup de demonstrations d'agents IA meurent exactement la.

Un protocole partage abaisse ce mur. Si une entreprise peut verifier l'identite d'un agent et l'etendue de ses permissions par un mecanisme standard, la decision de l'admettre devient routiniere au lieu d'etre du sur-mesure. L'effet de second ordre est ce qui la rend strategiquement interessante : qui definit le standard faconne quels agents sont acceptes, et les entreprises qui l'adoptent peuvent les integrer sans construire une integration sur mesure pour chacun.

Batir sur ce qui existe deja

Choisir de s'appuyer sur A2A et OAuth est judicieux. OAuth gere deja l'autorisation deleguee pour d'innombrables applications, et le modele mental est familier : un utilisateur accorde un acces delimite, et le fournisseur emet un jeton qui le reflete. A2A gere la communication entre agents. PACT ajoute la piece manquante : un moyen d'exprimer l'identite d'un agent personnel et les permissions accordees par le client sous une forme que les deux cotes peuvent verifier.

Reutiliser des standards existants est aussi une strategie de survie. Les standards qui demandent a tous d'adopter quelque chose de totalement nouveau ont tendance a caler, car le cout de changement depasse le benefice tant que le reseau n'est pas grand. Un protocole qui etend des outils que les developpeurs utilisent deja affronte une pente d'adoption bien plus douce. Decagon parie que la facilite d'adoption l'emporte sur la superiorite technique.

Ce qui reste ouvert

Un protocole ouvert est un point de depart, pas un resultat. L'adoption depend de savoir si d'autres entreprises jugent utile de l'implementer, et si le groupe de travail converge vers quelque chose de proche ou se divise en specifications concurrentes. L'histoire n'est pas encourageante ici. Beaucoup de standards bien concus n'ont jamais pris, et ceux qui ont pris avaient generalement un grand acteur pour les pousser.

Il y a aussi une tension plus profonde que le protocole ne peut pas resoudre seul. Le consentement parait simple jusqu'a ce qu'on demande comment il doit fonctionner en pratique. Un client doit-il approuver chaque action, ou accorder une permission generale et faire confiance a l'agent pour rester dedans ? Un modele qui demande trop souvent devient inutile. Un modele qui demande trop rarement devient un risque de securite. PACT donne aux entreprises un moyen de verifier les permissions, mais il ne tranche pas leur niveau de finesse, et cette decision faconnera combien de vraies taches les gens confient aux agents.

Comment il s'articule aux autres efforts

PACT n'arrive pas dans le vide. A2A, introduit par Google, gere la maniere dont les agents se parlent. Le Model Context Protocol d'Anthropic standardise la maniere dont les agents atteignent outils et donnees. OAuth reste le defaut pour l'acces delegue entre applications. Chacun resout une partie du puzzle, et aucun n'a ete concu pour un agent personnel agissant pour un consommateur.

Ce vide est exactement ce que PACT vise. Les standards existants supposent un developpeur construisant une integration et un service l'acceptant. PACT suppose un client avec un agent, une entreprise qui doit faire confiance a cet agent, et une permission qui doit etre prouvable plutot que supposee. C'est un probleme etroit, mais grandissant, car toute la promesse des agents personnels depend de la volonte des entreprises de les laisser entrer.

Les enjeux concurrentiels sont faciles a manquer car le travail parait si sec. Celui qui fixe la couche de consentement se place entre chaque client et chaque entreprise voulant les servir via un agent. C'est une position a fort levier, ce qui explique pourquoi plusieurs grands acteurs bougent en meme temps. La decision de Decagon d'ouvrir sa proposition plutot que de la garder proprietaire est une enchere pour devenir le defaut avant les autres.

La grande lutte derriere la plomberie

Plusieurs efforts convergent en meme temps vers le meme probleme. Google, a l'origine d'A2A, Microsoft, et une longue liste de startups en croissance veulent chacun une part de la communication entre agents et entreprises. Le vainqueur ne sera pas forcement le protocole le mieux concu. Ce sera celui que suffisamment d'entreprises implementent, car un standard de consentement n'est utile que si les deux cotes d'une conversation le parlent.

La contribution de Decagon est une proposition concrete dans un espace qui en manquait cruellement. Que PACT devienne le standard ou seulement l'une de ses entrees, cette publication souligne un fait important. La difficulte a faire travailler des agents n'a jamais ete le modele. C'etait tout ce qui l'entoure : identite, permission et confiance. Quelqu'un doit batir cela, et ceux qui le feront decideront combien de ce futur ou les agents font tout arrive vraiment.