Protocole Poppy : OpenAI, Visa et Mastercard signent pour vos agents

Depuis deux ans, les agents IA font leurs achats comme des cambrioleurs polis : ils se connectent avec votre mot de passe, cliquent dans une interface pensée pour des doigts humains, et prient pour que le site ne les prenne pas pour un bot. Les entreprises, de leur côté, dépensent une fortune en détection pour les bloquer. Tout le monde perd.

Le protocole Poppy veut arrêter ce jeu du chat et de la souris. Annoncé le 6 octobre par Sierra — la société de Bret Taylor, ancien patron du conseil d'administration d'OpenAI, et de Clay Bavor — avec Meta en co-auteur, il a vu son premier brouillon publié le 9 octobre. En trois jours, la liste des signataires a doublé : OpenAI, Visa, Mastercard, PayPal, Venmo, Bank of America, Wells Fargo, Target, Nordstrom, Gap, United Airlines, Cloudflare, Okta, Zapier. Trente-cinq partenaires de conception supplémentaires, au-dessus du noyau initial (Shopify, Stripe, Walmart, Genesys, Rocket, NiCE, Decagon).

Ce que fait réellement poppy.json

Le cœur du protocole est un fichier. Rien de plus exotique.

Une entreprise publie un /.well-known/poppy.json à la racine de son domaine — exactement là où vivent déjà robots.txt et les fichiers de vérification OAuth. L'agent de l'utilisateur le lit et y découvre ce qu'il peut faire, par quel canal, et comment s'authentifier.

Le déroulé en quatre temps :

1. Découverte — l'agent lit le fichier et apprend les capacités exposées ;
2. Accès invité — pour les demandes qui n'exigent aucun compte (horaires, disponibilité, politique de retour), l'agent peut avancer sans se connecter ;
3. Connexion OAuth — dès qu'il faut toucher à un compte, le flux classique s'ouvre, avec des jetons à portée limitée ;
4. Niveau de permission choisi par le client — lecture seule, ou écriture.

La session reste ensuite cohérente d'un canal à l'autre : site web, API, système de support maison. Côté entreprise, on peut router les requêtes vers son site, vers une API OpenAPI ou MCP, ou vers son propre agent.

Aucune brique n'est neuve. OAuth, JWT, OpenAPI, MCP : Poppy est un assemblage, publié sous licence Apache 2.0. C'est probablement son meilleur argument — les standards qui s'imposent sont rarement les plus élégants, mais souvent les plus paresseux à implémenter.

L'identité de l'agent, le vrai apport

La phrase que Poppy veut rendre lisible par une machine : « ceci est un agent agissant pour le compte d'un utilisateur précis, autorisé à faire précisément ces choses-là ».

Aujourd'hui, une entreprise voit un trafic suspect et doit arbitrer à l'aveugle entre fraude et client légitime équipé d'un assistant. D'où des faux positifs à répétition, des comptes bloqués, des paniers abandonnés. Avec une identité déclarée et un périmètre d'action signé, le calcul change : on ne bloque plus l'agent, on contraint son mandat.

Sierra a d'ailleurs sorti le 8 octobre fleming-1, un outil de détection de voix IA. La même semaine, la même logique : plutôt que de deviner si l'interlocuteur est une machine, obtenir qu'il le déclare.

Qui manque à l'appel

La liste des absents est aussi parlante que celle des présents. Anthropic, Google, Amazon, Salesforce et Zendesk ne figurent dans aucune des annonces. Soit quatre des acteurs qui comptent le plus sur ce terrain précis.

Google pousse ses propres briques pour les paiements agentiques. Amazon a passé l'année à repousser les agents tiers hors de sa marketplace — un agent qui achète pour vous sur Amazon, c'est un intermédiaire qui s'installe entre Amazon et vous. Quant à Salesforce et Zendesk, ils vendent exactement ce que Sierra et Decagon leur disputent : la relation client automatisée.

Un standard ouvert porté par la moitié d'un marché, c'est un standard de fait pour cette moitié seulement. On a déjà vu ce film.

Le trou béant : les paiements

Le brouillon 0.1 ne traite pas le paiement. C'est reporté à une version ultérieure.

Or c'est tout l'intérêt économique de l'affaire. Un agent qui consulte vos commandes, c'est une commodité. Un agent qui règle un billet d'avion, c'est un marché. Visa, Mastercard, PayPal et Venmo n'ont pas signé pour la découverte de capacités.

Le paradoxe est que Stripe et Shopify, partenaires du premier cercle, soutiennent par ailleurs un standard concurrent sur ce volet précis. PACT, publié le même 6 octobre par Decagon sous Apache 2.0, occupe un terrain voisin. On se retrouve donc avec plusieurs spécifications déposées la même semaine, des partenaires qui figurent sur plusieurs listes, et personne pour trancher.

Les autres zones d'ombre

Au-delà des paiements, manquent encore au brouillon :

• les notifications push vers l'utilisateur ;
• les limites de permission par action — pour l'instant on a lecture ou écriture, ce qui est d'une grossièreté inquiétante : « écriture » peut signifier changer une adresse de livraison ou annuler un abonnement ;
• une implémentation de référence, annoncée sous un mois ;
• les ateliers de conception avec les partenaires, également promis à brève échéance.

La critique la plus dure est venue avant même la publication du brouillon : l'annonce du 6 octobre avait précédé toute spécification publique, ce qui avait fait grincer plus d'un développeur. Le texte du 9 a répondu en partie. Partiellement.

Il reste un angle mort rarement évoqué : la responsabilité. Si mon agent, authentifié dans les règles via le protocole Poppy, annule un vol que je voulais garder, qui paie ? Le brouillon décrit une mécanique d'autorisation, pas un régime de responsabilité. Les banques signataires le savent très bien.

Ce qu'il faut surveiller d'ici la fin du mois

Trois signaux concrets :

• la spécification 0.1 stabilisée et l'implémentation de référence — un standard sans code de démonstration reste un communiqué de presse ;
• l'apparition de vrais fichiers poppy.json sur des domaines marchands. Ça se vérifie en une requête HTTP, et c'est le seul indicateur d'adoption qui ne se truque pas ;
• la position de Google et d'Amazon. Leur silence prolongé condamnerait Poppy au statut de dialecte Meta-Sierra.

Pour les commerces, la question n'est pas théorique. Dans dix-huit mois, une part de votre clientèle vous contactera par procuration. Un standard d'accueil pour ces visiteurs-là vaut mieux qu'un pare-feu qui les prend pour des attaquants.