Résumé

  • La page de présentation de l’atelier développe ACP en Agent Communication Protocol. Une intervention d’OpenAI emploie les mêmes lettres sans les expliquer ; les propres publications commerciales d’OpenAI orientent vers Agentic Commerce Protocol, mais cette attribution demeure une déduction documentée et non une définition figurant dans le programme.
  • Les deux projets n’ont ni le même objet, ni les mêmes responsables, ni le même état de développement. L’acronyme ne suffit donc pas à retrouver le bon artefact.
  • Le dossier de l’atelier devrait joindre à chaque protocole un identifiant comprenant le nom canonique, l’URI, la version observée, l’instance de décision, la licence, le statut, l’affirmation exacte et ce qu’elle ne prouve pas — notamment aucune approbation, équivalence ou adoption.

Le sens change d’une page à l’autre

Le W3C et GS1 ont programmé à Zurich, les 8 et 9 septembre 2026, un atelier hybride intitulé E-commerce for Humans and AI Agents. Les objectifs publiés sont ceux d’une réunion exploratoire : confronter des expériences de mise en œuvre, dégager des questions communes, repérer d’éventuelles possibilités de normalisation et envisager les prochaines étapes. La liste des interventions doit donc être lue comme un ensemble d’apports, non comme un palmarès de technologies validées par le W3C.

Sur la page générale, ACP apparaît à côté de MCP et UCP. Cette fois, le sigle est développé : Agent Communication Protocol. Le lien mène au site du projet. Le nom long et la destination rendent la référence reproductible.

Le programme détaillé emploie ACP une seconde fois. La présentation de Riley Strong, d’OpenAI, intitulée « Progressive Enhancement: Evolving the Web for Agents and Commerce », doit s’appuyer sur « notre expérience avec ACP ». Aucun nom complet ni lien n’est fourni. Or les documents commerciaux publiés par OpenAI, ainsi que le projet maintenu avec Stripe, donnent à ACP le sens d’Agentic Commerce Protocol. Le thème de l’intervention, l’identité de l’orateur et ces sources convergent. Il faut toutefois qualifier cette lecture : elle est étayée par des sources, mais le programme du W3C ne l’écrit pas lui-même.

Il n’y a là aucune preuve de confusion de la part des organisateurs ou de l’orateur. La conclusion solide est plus limitée : les trois lettres ne conservent pas, à elles seules, l’identité du protocole.

Deux objets, avant même de comparer leur technique

Agent Communication Protocol se présente comme une interface REST permettant des échanges entre agents, applications et humains. Sa documentation annonce désormais son intégration à A2A sous l’égide de la Linux Foundation. Le dépôt public contient notamment une description OpenAPI et une licence Apache-2.0. Pour une analyse institutionnelle, le point essentiel est le déplacement du lieu de maintenance et la possibilité de retrouver l’artefact auquel une affirmation se rapporte.

Agentic Commerce Protocol organise, lui, des parcours commerciaux programmatiques entre acheteurs, agents d’IA et entreprises. Son dépôt nomme OpenAI et Stripe comme mainteneurs, qualifie la spécification de bêta et la décline en versions datées. À la date de l’observation, le dernier instantané stable indiqué est celui du 17 avril 2026. Le projet est également sous licence Apache 2.0, mais une licence commune n’unifie ni les responsables, ni les décisions, ni les fonctions.

Il n’est pas nécessaire de classer ces deux protocoles pour constater le problème. Cet article ne dit pas qu’ils sont concurrents, compatibles ou incompatibles. Il dit qu’un lecteur ne peut retrouver leur périmètre, leur gouvernance ou leur version à partir de « ACP ». Même un nom développé peut vieillir lorsque le projet migre, que le dépôt change ou qu’une version en remplace une autre.

La mémoire d’une réunion n’est pas une conversation

Dans une salle, l’acronyme fonctionne parce que les participants complètent le contexte. Un dossier public est destiné à des lecteurs absents : responsables de standards, équipes techniques, acheteurs, régulateurs ou chercheurs. Un titre d’intervention sera repris dans un compte rendu ; le compte rendu pourra être cité lors d’une discussion de charte ; une phrase de groupe de travail pourra devenir la preuve que « l’atelier a examiné ACP ». À chaque copie, le retour vers l’objet initial devient plus difficile.

La perte ne se limite pas à une mauvaise référence bibliographique. Les deux projets ont des canaux de modification distincts. Une date identifie un instantané dans l’un ; une annonce de migration déplace la continuité institutionnelle de l’autre. Si le dossier ne garde que le sigle, une affirmation peut finir attachée au mauvais dépôt, une bêta être lue comme une interface stabilisée, ou l’expérience d’un intervenant être transformée en position de l’institution.

Le Process Document du W3C fixe ici une frontière utile. Un atelier sert à rassembler l’intérêt. Si cet intérêt est suffisant, une charte peut être rédigée, soumise aux Membres, puis un groupe peut être autorisé à travailler dans un périmètre défini. Une présence au programme ne crée donc pas de groupe, ne place pas un protocole externe sur la voie d’une Recommandation et n’emporte aucune adoption.

Huit champs suffisent

Le remède n’a pas besoin de devenir un registre central. Pour chaque protocole cité dans le programme final, l’index des présentations, les notes de séance ou la synthèse, huit éléments suffisent :

  1. le nom canonique revendiqué par le projet ;
  2. l’URI canonique de la spécification ou du dépôt ;
  3. la version, la date ou le commit immuable effectivement consulté ;
  4. le responsable et l’instance où les modifications sont décidées ;
  5. la licence et la voie publique de contribution ;
  6. l’état du cycle de vie — bêta, publié, migré, remplacé, ou le terme retenu par le projet ;
  7. l’affirmation précise formulée au sujet de cet artefact ;
  8. une mention explicite de ce qui n’en découle pas : ni approbation, ni équivalence, ni adoption.

Cet identifiant de protocole ne distribue pas les acronymes et ne tranche pas la légitimité des projets. Il relie simplement une appellation humaine à un objet consultable, à un moment donné.

Pour l’atelier, il permettrait de garder deux faits distincts. La présentation générale a expressément lié Agent Communication Protocol. L’entrée OpenAI, elle, a laissé ACP sans résolution. Un éditeur peut indiquer Agentic Commerce Protocol comme référent probable, en citant les sources d’OpenAI et en conservant la qualification de déduction. Si le programme est complété avant la réunion, l’historique peut préciser la date de cette clarification au lieu d’effacer silencieusement l’état antérieur.

Ne pas prêter au dossier plus d’autorité qu’il n’en a

Quatre voix peuvent se superposer : un intervenant rapporte une mise en œuvre ; un projet décrit son protocole ; les participants signalent une question à poursuivre ; un éventuel groupe du W3C prend plus tard des décisions dans le cadre de sa charte. Leur auteur et leur force institutionnelle diffèrent.

Dire qu’OpenAI a présenté une expérience relative à Agentic Commerce Protocol pourrait être fidèle, si le référent est confirmé. Dire que l’atelier a approuvé ce protocole ne l’est pas au vu des documents actuels. De même, la présence d’Agent Communication Protocol sur la page générale ne prouve ni son adoption par GS1, ni sa sélection par le W3C.

L’identifiant rend cette retenue praticable. Il autorise une référence précise à un dépôt sans en certifier le contenu, un compte rendu d’expérience sans fabriquer de consensus, et l’évocation d’une piste de normalisation sans faire croire que la décision est prise.

Sources