[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"portal-settings:stajic:fr":3,"public-menus:all":38,"post:mcp-vs-a2a-vs-ucp-vs-ap2-vs-a2ui-the-agent-protocol-stack-explained:fr":205,"related:post:mcp-vs-a2a-vs-ucp-vs-ap2-vs-a2ui-the-agent-protocol-stack-explained:fr:1":1822},{"statusCode":4,"data":5,"message":37},200,{"tenantId":6,"lang":7,"defaultLang":8,"siteUrl":9,"contactEmail":10,"brandName":11,"logoUrl":12,"siteName":11,"siteDescription":13,"ogImage":10,"robotsIndex":14,"socialLinks":10,"reservedSlugs":10,"seoPolicy":15},"stajic","fr","de","https:\u002F\u002Fstajic.de",null,"Stajic Platform","\u002FLogo_Planet.svg","Stajic Portal",true,{"branding":16,"relatedContent":17,"crossDomainLinks":18},{"logoUrl":12},{"enabled":14},[19,22,25,28,31,34],{"url":20,"label":21,"isActive":14,"showInFooter":14,"includeInSameAs":14},"https:\u002F\u002Ffigure.rocks","figure.rocks",{"url":23,"label":24,"isActive":14,"showInFooter":14,"includeInSameAs":14},"https:\u002F\u002Floving.rocks","loving.rocks",{"url":26,"label":27,"isActive":14,"showInFooter":14,"includeInSameAs":14},"https:\u002F\u002Fbazify.com","bazify.com",{"url":29,"label":30,"isActive":14,"showInFooter":14,"includeInSameAs":14},"https:\u002F\u002Fbazify.de","bazify.de",{"url":32,"label":33,"isActive":14,"showInFooter":14,"includeInSameAs":14},"https:\u002F\u002Fbazify.at","bazify.at",{"url":35,"label":36,"isActive":14,"showInFooter":14,"includeInSameAs":14},"https:\u002F\u002Fbazify.ba","bazify.ba","Portal settings resolved",[39,45],{"id":40,"name":41,"location":42,"isActive":14,"isDefault":43,"items":44},1,"main-navigation","header",false,[],{"id":46,"name":47,"location":48,"isActive":14,"isDefault":14,"items":49},4,"main-menu","sidebar",[50,66,79,93,103,118,133],{"id":51,"title":52,"url":60,"target":61,"icon":62,"isActive":14,"type":63,"productId":10,"categoryId":10,"shopCategoryId":10,"articleId":10,"pageId":64,"portfolioId":10,"children":65},"item-18",{"de":53,"en":54,"es":55,"fr":56,"it":54,"ru":57,"sr":58,"zh":59},"Startseite","Home","Inicio","Accueil","Главная","Почетна","首页","\u002Ffull-stack-web-developer-munich-performance-seo-and-maintainable-builds","_self","i-lucide-home","page",111,[],{"id":67,"title":68,"url":75,"target":61,"icon":76,"isActive":14,"type":63,"productId":10,"categoryId":10,"shopCategoryId":10,"articleId":10,"pageId":77,"portfolioId":10,"children":78},"item-22",{"de":69,"en":69,"es":70,"fr":69,"it":71,"ru":72,"sr":73,"zh":74},"Vision","Visión","Visione","Видение","Визија","想象","\u002Fueber-uns-webdesign-muenchen-webaplikation","i-lucide-eye",113,[],{"id":80,"title":81,"url":89,"target":61,"icon":90,"isActive":14,"type":63,"productId":10,"categoryId":10,"shopCategoryId":10,"articleId":10,"pageId":91,"portfolioId":10,"children":92},"item-19",{"de":82,"en":83,"es":84,"fr":83,"it":85,"ru":86,"sr":87,"zh":88},"Leistungen","Services","Servicios","Servizi","Услуги","Услуге","服务","\u002Fservices-dienstleistungen-muenchen","i-lucide-wrench",116,[],{"id":94,"title":95,"url":99,"target":61,"icon":100,"isActive":14,"type":63,"productId":10,"categoryId":10,"shopCategoryId":10,"articleId":10,"pageId":101,"portfolioId":10,"children":102},"item-23",{"de":96,"en":96,"es":96,"fr":96,"it":96,"ru":97,"sr":97,"zh":98},"Blog","Блог","博客","\u002Fblog","i-lucide-book-open",112,[],{"id":104,"title":105,"url":114,"target":61,"icon":115,"isActive":14,"type":63,"productId":10,"categoryId":10,"shopCategoryId":10,"articleId":10,"pageId":116,"portfolioId":10,"children":117},"item-32",{"de":106,"en":107,"es":108,"fr":109,"it":110,"ru":111,"sr":112,"zh":113},"Neue Technologien","New Technologies","Nuevas tecnologías","Nouvelles technologies","Nuove tecnologie","Новые технологии","Нове технологије","新技术！","\u002Fneue-webtechnologien","i-lucide-sparkles",122,[],{"id":119,"title":120,"url":129,"target":61,"icon":130,"isActive":14,"type":63,"productId":10,"categoryId":10,"shopCategoryId":10,"articleId":10,"pageId":131,"portfolioId":10,"children":132},"item-20",{"de":121,"en":122,"es":123,"fr":124,"it":125,"ru":126,"sr":127,"zh":128},"Kontakt","Contact us!","Contacto","Contact","Contatto","Контакт","Контактирајте нас","联系我们！","\u002Fcontact","i-lucide-mail",115,[],{"id":134,"title":135,"url":144,"target":61,"icon":145,"isActive":14,"type":63,"productId":10,"categoryId":10,"shopCategoryId":10,"articleId":10,"pageId":146,"portfolioId":10,"children":147},"item-21",{"de":136,"en":137,"es":138,"fr":139,"it":140,"ru":141,"sr":142,"zh":143},"Unsere Arbeit","Our Work","Nuestro trabajo","Nos réalisations","I nostri lavori","Наши работы","Наши радови","文件夹","\u002Fportfolio","i-lucide-briefcase",114,[148,161,175,181,193],{"id":149,"title":150,"url":144,"target":61,"icon":159,"isActive":14,"type":63,"productId":10,"categoryId":10,"shopCategoryId":10,"articleId":10,"pageId":146,"portfolioId":10,"children":160},"item-24",{"de":151,"en":152,"es":153,"fr":154,"it":155,"ru":156,"sr":157,"zh":158},"Alle Projekte","All Projects","Todos los proyectos","Tous les projets","Tutti i progetti","Все проекты","Сви пројекти","所有项目","i-lucide-grid-3x3",[],{"id":162,"title":163,"url":171,"target":61,"icon":172,"isActive":14,"type":173,"productId":10,"categoryId":10,"shopCategoryId":10,"articleId":10,"pageId":10,"portfolioId":10,"children":174},"item-29",{"de":164,"en":165,"es":166,"fr":167,"it":168,"ru":169,"sr":170,"zh":143},"Local Roots, Global Reach","Local Roots - Global Reach","Empresa local ","Entreprise locale","Azienda locale","Местная компания","Локално предузеће глобално тржиште","\u002Fportfolio\u002Flocal-roots-global-reach-communication-media-systems-for-modern-business","i-lucide-folder","custom",[],{"id":176,"title":177,"url":179,"target":61,"icon":172,"isActive":14,"type":173,"productId":10,"categoryId":10,"shopCategoryId":10,"articleId":10,"pageId":10,"portfolioId":10,"children":180},"item-28",{"de":178,"en":178,"es":178,"fr":178,"it":178,"ru":178,"sr":178,"zh":178},"Solr Suggester","\u002Fportfolio\u002Fsolr-fuzzy-suggester-und-solr-infix-suggester-abfrage-ueber-ajax-und-filterung",[],{"id":182,"title":183,"url":191,"target":61,"icon":172,"isActive":14,"type":173,"productId":10,"categoryId":10,"shopCategoryId":10,"articleId":10,"pageId":10,"portfolioId":10,"children":192},"item-27",{"de":184,"en":185,"es":186,"fr":187,"it":188,"ru":189,"sr":190,"zh":185},"Firmenwebseite SEO","Company Website SEO","Sitio web corporativo SEO","Site web d’entreprise SEO","Sito web aziendale SEO","Корпоративный сайт SEO","Пословна веб-страница SEO","\u002Fportfolio\u002Fseo-sem-branding-mobile-webseite-muenchen",[],{"id":194,"title":195,"url":203,"target":61,"icon":172,"isActive":14,"type":173,"productId":10,"categoryId":10,"shopCategoryId":10,"articleId":10,"pageId":10,"portfolioId":10,"children":204},"item-31",{"de":196,"en":197,"es":198,"fr":199,"it":200,"ru":201,"sr":202,"zh":197},"Digitalisierungsportal","Digitalization Portal","Portal de digitalización","Portail de numérisation","Portale di digitalizzazione","Портал цифровизации","Портал за дигитализацију","\u002Fportfolio\u002Fdigitalisierungsportal-archiv-museum-bibliothek-ead-lido-mets-mods",[],{"statusCode":4,"data":206,"message":1821},{"id":207,"title":208,"slug":209,"content":210,"contentJson":211,"excerpt":896,"featuredImage":897,"featuredImageAlt":898,"featuredImageCaption":10,"featuredImageTitle":10,"featuredImageCopyright":10,"featuredImageAuthor":10,"featuredImageSourceUrl":10,"featuredImageLicense":10,"featuredImageIsAiGenerated":43,"status":899,"publishedAt":900,"createdAt":901,"updatedAt":902,"seoLocalePaths":903,"categories":912,"author":925,"translations":930},"476","MCP vs A2A vs UCP vs AP2 vs A2UI : La pile de protocoles d'agent expliquée","mcp-vs-a2a-vs-ucp-vs-ap2-vs-a2ui-the-agent-protocol-stack-explained","\u003Cnav class=\"editorjs-toc\" data-editorjs-toc=\"true\" aria-label=\"Sommaire\">\u003Cstrong class=\"editorjs-toc__title\">Sommaire\u003C\u002Fstrong>\u003Col class=\"editorjs-toc__list editorjs-toc__list--depth-0\">\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-6\" class=\"editorjs-toc__link\">L'erreur fondamentale : comparer des protocoles opérant à des niveaux d'interface différents\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-9\" class=\"editorjs-toc__link\">La pile de responsabilités des protocoles\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-12\" class=\"editorjs-toc__link\">1. MCP : connecter l'agent aux capacités\u003C\u002Fa>\u003Col class=\"editorjs-toc__list editorjs-toc__list--depth-1\">\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-15\" class=\"editorjs-toc__link\">Quand utiliser MCP\u003C\u002Fa>\u003C\u002Fli>\u003C\u002Fol>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-18\" class=\"editorjs-toc__link\">2. A2A : connecter des agents indépendants\u003C\u002Fa>\u003Col class=\"editorjs-toc__list editorjs-toc__list--depth-1\">\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-22\" class=\"editorjs-toc__link\">Utiliser A2A lorsque\u003C\u002Fa>\u003C\u002Fli>\u003C\u002Fol>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-24\" class=\"editorjs-toc__link\">MCP vs A2A : intégration verticale vs collaboration horizontale\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-27\" class=\"editorjs-toc__link\">3. UCP : standardiser le commerce agentique\u003C\u002Fa>\u003Col class=\"editorjs-toc__list editorjs-toc__list--depth-1\">\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-31\" class=\"editorjs-toc__link\">Utiliser UCP lorsque\u003C\u002Fa>\u003C\u002Fli>\u003C\u002Fol>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-33\" class=\"editorjs-toc__link\">4. AP2 : prouver que l'agent était autorisé à dépenser\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-37\" class=\"editorjs-toc__link\">UCP vs AP2 : sémantique des transactions vs autorité\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-39\" class=\"editorjs-toc__link\">5. A2UI : laisser les agents décrire des interfaces sans s'approprier votre frontend\u003C\u002Fa>\u003Col class=\"editorjs-toc__list editorjs-toc__list--depth-1\">\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-43\" class=\"editorjs-toc__link\">Utiliser A2UI lorsque\u003C\u002Fa>\u003C\u002Fli>\u003C\u002Fol>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-45\" class=\"editorjs-toc__link\">Le test de sélection du protocole\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-48\" class=\"editorjs-toc__link\">Un flux de travail multiprotocole réaliste\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-50\" class=\"editorjs-toc__link\">Pourquoi un protocole d'agent universel ne remplacera probablement pas tous les autres\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-54\" class=\"editorjs-toc__link\">La composition des protocoles crée de nouveaux modes de défaillance\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-56\" class=\"editorjs-toc__link\">Le choix du protocole ne remplace pas l'architecture applicative\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-60\" class=\"editorjs-toc__link\">Qu'est-ce qui changerait cette réponse ?\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-63\" class=\"editorjs-toc__link\">Limites\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-66\" class=\"editorjs-toc__link\">Conclusion\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-69\" class=\"editorjs-toc__link\">FAQ\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-71\" class=\"editorjs-toc__link\">Glossaire\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-73\" class=\"editorjs-toc__link\">Sources principales et lectures complémentaires\u003C\u002Fa>\u003C\u002Fli>\u003C\u002Fol>\u003C\u002Fnav>\n\u003Cp>Les protocoles d'agents IA se multiplient rapidement : MCP, A2A, UCP, AP2, A2UI et les standards connexes apparaissent de plus en plus souvent dans les mêmes schémas d'architecture. Ils sont fréquemment présentés comme des protocoles concurrents. En pratique, la plupart d'entre eux résolvent des problèmes d'interopérabilité différents à des niveaux d'interface distincts. La question pertinente n'est pas « Quel protocole l'emporte ? », mais plutôt « Quelle relation au sein du système nécessite d'être standardisée ? »\u003C\u002Fp>\n\u003Caside class=\"editorjs-callout editorjs-callout--info my-6 rounded-xl border p-5 border-blue-300 bg-blue-50 dark:border-blue-900 dark:bg-blue-950\u002F20\" role=\"note\">\u003Cstrong class=\"block mb-2 text-gray-900 dark:text-gray-100\">Réponse directe\u003C\u002Fstrong>\u003Cdiv class=\"text-gray-700 dark:text-gray-200\"><strong>MCP, A2A, UCP, AP2 et A2UI sont pour la plupart complémentaires et non substituables.<\u002Fstrong> MCP connecte une application d'IA à des outils, des données et des ressources. A2A relie des agents indépendants entre eux. UCP standardise les interactions commerciales entre les interfaces grand public, les entreprises et les écosystèmes de paiement. AP2 ajoute une autorisation vérifiable et une intention de paiement aux transactions initiées par des agents. A2UI permet à un agent de décrire une interface utilisateur interactive sans transmettre de code applicatif arbitraire. Un système en production peut tout à fait en combiner plusieurs au sein d'un même flux de travail.\u003C\u002Fdiv>\u003C\u002Faside>\n\u003Caside class=\"editorjs-callout editorjs-callout--warning my-6 rounded-xl border p-5 border-amber-300 bg-amber-50 dark:border-amber-900 dark:bg-amber-950\u002F20\" role=\"note\">\u003Cstrong class=\"block mb-2 text-gray-900 dark:text-gray-100\">Des standards en évolution rapide\u003C\u002Fstrong>\u003Cdiv class=\"text-gray-700 dark:text-gray-200\">Cet article reflète le paysage des protocoles au <strong>25 septembre 2026<\u002Fstrong>. A2A a atteint la version 1.0, la branche TypeScript v2 actuelle de MCP implémente la spécification du 28\u002F07\u002F2026, UCP a déjà intégré des versions de protocole 2026 plus récentes, et A2UI continue d'évoluer. Vérifiez toujours la spécification en vigueur avant toute implémentation.\u003C\u002Fdiv>\u003C\u002Faside>\n\u003Caside class=\"editorjs-callout editorjs-callout--note my-6 rounded-xl border p-5 border-gray-300 bg-gray-50 dark:border-gray-700 dark:bg-gray-900\u002F40\" role=\"note\">\u003Cstrong class=\"block mb-2 text-gray-900 dark:text-gray-100\">Le modèle utilisé dans cet article\u003C\u002Fstrong>\u003Cdiv class=\"text-gray-700 dark:text-gray-200\">La pile de responsabilités des protocoles (Protocol Responsibility Stack) et le test de sélection des protocoles (Protocol Selection Test) présentés ci-dessous sont des modèles d'architecture pratiques proposés ici. Ils ne constituent pas une terminologie officielle issue des projets de protocoles.\u003C\u002Fdiv>\u003C\u002Faside>\n\u003Ch2 id=\"section-6\">L'erreur fondamentale : comparer des protocoles opérant à des niveaux d'interface différents\u003C\u002Fh2>\n\u003Cp>Un protocole est utile dès lors que deux systèmes développés indépendamment ont besoin d'un contrat stable. Ce contrat n'a de sens que si la frontière entre les deux est bien définie. La communication entre un agent et une base de données relève d'un problème d'interopérabilité bien distinct de la délégation de tâches entre agents, de l'autorisation d'un achat par un internaute ou de la requête d'un agent distant demandant à une application native de générer un formulaire.\u003C\u002Fp>\n\u003Cp>Le guide pour développeurs 2026 de Google présente explicitement MCP, A2A, UCP, AP2, A2UI et les protocoles d'interface utilisateur associés comme une pile de standards complémentaires. Un même exemple de flux de travail peut en mobiliser plusieurs simultanément : des outils pour l'inventaire, des agents distants pour les fournisseurs, le commerce pour les commandes, l'autorisation de paiement pour les dépenses et des protocoles d'interface pour l'interaction.\u003C\u002Fp>\n\u003Ch2 id=\"section-9\">La pile de responsabilités des protocoles\u003C\u002Fh2>\n\u003Cdiv class=\"overflow-x-auto\">\u003Ctable class=\"w-full border-collapse\">\u003Cthead>\u003Ctr>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">Protocole\u003C\u002Fth>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">Quelle relation est standardisée ?\u003C\u002Fth>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">Abstraction principale\u003C\u002Fth>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">Non destiné principalement à\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">MCP\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Application IA ↔ outils, ressources et données\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Outils, ressources, prompts et échange de capacités hôte\u002Fserveur\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Collaboration d'agents indépendants ou sémantique commerciale\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">A2A\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Agent ↔ agent indépendant\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Découverte d'agents, messages, tâches, artefacts et collaboration à long terme\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Intégration directe d'outils ou de bases de données\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">UCP\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Interface consommateur\u002Fagent ↔ système commercial marchand\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Capacités liées aux produits, paniers, paiements, expéditions et commandes\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Communication polyvalente entre agents\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">AP2\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Intention utilisateur\u002Fagent ↔ autorisation de paiement\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Mandats, contraintes d'approbation et autorité de paiement auditable dirigée par des agents\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Découverte de produits ou transport générique de passage en caisse\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">A2UI\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Agent ↔ hôte d'interface utilisateur\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Intention d'interface déclarative rendue par des composants natifs fiables\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Code frontend distant arbitraire ou délégation de tâches d'agent à agent\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Caside class=\"editorjs-callout editorjs-callout--success my-6 rounded-xl border p-5 border-emerald-300 bg-emerald-50 dark:border-emerald-900 dark:bg-emerald-950\u002F20\" role=\"note\">\u003Cstrong class=\"block mb-2 text-gray-900 dark:text-gray-100\">Un même flux peut faire appel aux cinq\u003C\u002Fstrong>\u003Cdiv class=\"text-gray-700 dark:text-gray-200\">Un agent peut utiliser <strong>MCP<\u002Fstrong> pour consulter les stocks, <strong>A2A<\u002Fstrong> pour s'informer des disponibilités auprès de l'agent d'un fournisseur, <strong>UCP<\u002Fstrong> pour structurer une transaction commerciale, <strong>AP2<\u002Fstrong> pour attester de l'autorisation de dépense et <strong>A2UI<\u002Fstrong> pour afficher une interface d'approbation native à l'utilisateur.\u003C\u002Fdiv>\u003C\u002Faside>\n\u003Ch2 id=\"section-12\">1. MCP : connecter l'agent aux capacités\u003C\u002Fh2>\n\u003Cp>Le Model Context Protocol est un standard ouvert permettant de connecter les applications d'IA à des systèmes externes hébergeant des outils, des données et des ressources réutilisables. Un serveur expose des capacités ; un hôte MCP se connecte à ce serveur et met ces capacités à la disposition du modèle ou de l'application.\u003C\u002Fp>\n\u003Cp>La documentation actuelle de MCP TypeScript v2 décrit précisément le protocole en ces termes : les serveurs exposent des outils, des ressources et des prompts, tandis que des hôtes tels que des environnements de développement ou des applications personnalisées s'y connectent. Cela fait de MCP avant tout un protocole d'intégration de capacités.\u003C\u002Fp>\n\u003Ch3 id=\"section-15\">Quand utiliser MCP\u003C\u002Fh3>\n\u003Cul>\u003Cli>Une application d'IA nécessite un accès standardisé à des outils ou des API.\u003C\u002Fli>\u003Cli>Vous souhaitez qu'un même serveur de capacités fonctionne avec plusieurs hôtes d'IA compatibles.\u003C\u002Fli>\u003Cli>Vous avez besoin d'un accès structuré aux données ou aux ressources sans coder en dur chaque intégration dans chaque agent.\u003C\u002Fli>\u003Cli>Le système externe est un fournisseur de capacités, et non un agent pair autonome.\u003C\u002Fli>\u003C\u002Ful>\n\u003Caside class=\"editorjs-callout editorjs-callout--warning my-6 rounded-xl border p-5 border-amber-300 bg-amber-50 dark:border-amber-900 dark:bg-amber-950\u002F20\" role=\"note\">\u003Cstrong class=\"block mb-2 text-gray-900 dark:text-gray-100\">MCP n'est pas automatiquement synonyme d'A2A\u003C\u002Fstrong>\u003Cdiv class=\"text-gray-700 dark:text-gray-200\">Un serveur MCP peut exposer des fonctionnalités avancées sans pour autant être un agent indépendant doté de son propre cycle de vie de tâches, de sémantiques de découverte et d'un raisonnement interne opaque. L'invocation d'outils et la collaboration entre agents constituent des contrats distincts.\u003C\u002Fdiv>\u003C\u002Faside>\n\u003Ch2 id=\"section-18\">2. A2A : connecter des agents indépendants\u003C\u002Fh2>\n\u003Cp>Agent2Agent (A2A) est conçu pour la communication entre des systèmes d'agents indépendants et potentiellement opaques. Sa spécification actuelle v1.0 se concentre sur la découverte des capacités, la messagerie, les tâches, les artefacts, le contenu multimodal et la collaboration à long terme sans exiger qu'un agent expose ses outils internes, sa mémoire ou son implémentation à un autre.\u003C\u002Fp>\n\u003Cp>Cette opacité constitue la frontière essentielle. L'agent appelant n'a pas besoin de savoir si l'agent distant utilise en interne MCP, des outils personnalisés, un planificateur propriétaire, un autre fournisseur de modèles ou une escalade humaine. Il a besoin d'un contrat pour découvrir les capacités et déléguer le travail.\u003C\u002Fp>\n\u003Cp>A2A v1.0 standardise également la négociation de version et prend en charge plusieurs liaisons autour d'un modèle de données commun. Son mécanisme publié d'Agent Card offre aux clients un point de découverte standard pour les capacités d'un agent, les protocoles pris en charge, les exigences d'authentification et les compétences.\u003C\u002Fp>\n\u003Ch3 id=\"section-22\">Utiliser A2A lorsque\u003C\u002Fh3>\n\u003Cul>\u003Cli>Un agent autonome doit déléguer du travail à un autre agent autonome.\u003C\u002Fli>\u003Cli>Le système distant doit rester opaque derrière un contrat de capacités.\u003C\u002Fli>\u003Cli>Les tâches peuvent être de longue durée, asynchrones ou nécessiter une intervention humaine (human-in-the-loop).\u003C\u002Fli>\u003Cli>Les agents sont conçus avec des frameworks, des langages, des fournisseurs ou des appartenances organisationnelles différents.\u003C\u002Fli>\u003C\u002Ful>\n\u003Ch2 id=\"section-24\">MCP vs A2A : intégration verticale vs collaboration horizontale\u003C\u002Fh2>\n\u003Csection class=\"editorjs-comparison my-6\">\u003Ch3 class=\"mb-3 text-lg font-semibold\">MCP et A2A résolvent différents problèmes d'interopérabilité\u003C\u002Fh3>\u003Cdiv class=\"overflow-x-auto\">\u003Ctable class=\"w-full border-collapse\">\u003Cthead>\u003Ctr>\u003Cth class=\"border border-gray-300 bg-gray-50 px-4 py-3 text-left dark:border-gray-700 dark:bg-gray-900\">\u003C\u002Fth>\u003Cth class=\"border border-gray-300 bg-gray-50 px-4 py-3 text-left font-semibold dark:border-gray-700 dark:bg-gray-900\">Dimension\u003C\u002Fth>\u003Cth class=\"border border-gray-300 bg-gray-50 px-4 py-3 text-left font-semibold dark:border-gray-700 dark:bg-gray-900\">MCP\u003C\u002Fth>\u003Cth class=\"border border-gray-300 bg-gray-50 px-4 py-3 text-left font-semibold dark:border-gray-700 dark:bg-gray-900\">A2A\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Cth class=\"border border-gray-300 px-4 py-3 text-left font-semibold dark:border-gray-700\">Relation\u003C\u002Fth>\u003Ctd class=\"border border-gray-300 px-4 py-3 dark:border-gray-700\">\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-3 dark:border-gray-700\">\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-3 dark:border-gray-700\">\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Cth class=\"border border-gray-300 px-4 py-3 text-left font-semibold dark:border-gray-700\">Abstraction\u003C\u002Fth>\u003Ctd class=\"border border-gray-300 px-4 py-3 dark:border-gray-700\">\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-3 dark:border-gray-700\">\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-3 dark:border-gray-700\">\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Cth class=\"border border-gray-300 px-4 py-3 text-left font-semibold dark:border-gray-700\">Opacité interne\u003C\u002Fth>\u003Ctd class=\"border border-gray-300 px-4 py-3 dark:border-gray-700\">\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-3 dark:border-gray-700\">\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-3 dark:border-gray-700\">\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Cth class=\"border border-gray-300 px-4 py-3 text-left font-semibold dark:border-gray-700\">Travail de longue durée\u003C\u002Fth>\u003Ctd class=\"border border-gray-300 px-4 py-3 dark:border-gray-700\">\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-3 dark:border-gray-700\">\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-3 dark:border-gray-700\">\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\u003C\u002Fsection>\n\u003Cp>Le projet A2A lui-même décrit désormais cette distinction comme horizontale contre verticale : MCP connecte les agents aux outils et bases de données internes, tandis qu'A2A permet la collaboration de pair à pair entre systèmes d'agents.\u003C\u002Fp>\n\u003Ch2 id=\"section-27\">3. UCP : standardiser le commerce agentique\u003C\u002Fh2>\n\u003Cp>L'Universal Commerce Protocol n'est pas un protocole d'agent générique. Il standardise les parcours commerciaux entre les surfaces grand public, les marchands et les prestataires de paiement. L'implémentation de Google prend déjà en charge des fonctionnalités telles que la création de panier, le paiement, l'exécution des commandes et le cycle de vie des commandes via des profils et des API versionnés.\u003C\u002Fp>\n\u003Cp>Un marchand peut publier un profil UCP sous \u002F.well-known\u002Fucp décrivant les services, les versions de protocole et les capacités. Ce modèle de découverte est essentiel car une surface agentique ne devrait pas avoir besoin d'un contrat de paiement sur mesure pour chaque marchand.\u003C\u002Fp>\n\u003Cp>UCP est également conçu pour être modulaire et composable. La présentation technique de Google indique qu'il peut s'intégrer via des API, A2A et MCP, et qu'il est compatible avec AP2 pour l'autorisation des paiements agentiques.\u003C\u002Fp>\n\u003Ch3 id=\"section-31\">Utiliser UCP lorsque\u003C\u002Fh3>\n\u003Cul>\u003Cli>Le flux de travail implique des produits marchands, des paniers, le paiement, l'exécution ou le cycle de vie des commandes.\u003C\u002Fli>\u003Cli>Vous concevez une interface marchande qui doit fonctionner avec des expériences d'achat agentiques.\u003C\u002Fli>\u003Cli>L'intégration nécessite une sémantique spécifique au commerce plutôt que des appels d'outils génériques.\u003C\u002Fli>\u003Cli>Vous souhaitez un contrat commercial interopérable pouvant coexister avec MCP, A2A et les protocoles de paiement.\u003C\u002Fli>\u003C\u002Ful>\n\u003Ch2 id=\"section-33\">4. AP2 : prouver que l'agent était autorisé à dépenser\u003C\u002Fh2>\n\u003Cp>Le commerce agentique introduit un problème que les flux d'achat classiques n'avaient pas à résoudre de la même manière : un agent peut effectuer une transaction sans que l'humain ne clique sur le bouton final en temps réel. Le protocole Agent Payments Protocol (AP2) répond aux exigences d'autorisation, d'authenticité et de responsabilité pour les paiements pilotés par des agents.\u003C\u002Fp>\n\u003Cp>Le guide des protocoles 2026 de Google décrit AP2 à travers des mandats typés qui capturent l'intention de l'utilisateur, les contraintes de dépense et la transaction spécifique autorisée. AP2 peut fonctionner comme une extension aux côtés d'UCP : UCP décrit la transaction commerciale, tandis qu'AP2 fournit la preuve que l'agent avait l'autorité nécessaire pour effectuer le paiement.\u003C\u002Fp>\n\u003Cp>Cette distinction est importante. Un protocole de paiement peut indiquer à un marchand ce qui doit être acheté. En lui-même, il ne prouve pas qui a autorisé l'agent à dépenser, sous quelle limite, pour quel marchand, pendant combien de temps, ni si le panier final est resté dans les limites de cette autorisation.\u003C\u002Fp>\n\u003Ch2 id=\"section-37\">UCP vs AP2 : sémantique des transactions vs autorité\u003C\u002Fh2>\n\u003Cdiv class=\"overflow-x-auto\">\u003Ctable class=\"w-full border-collapse\">\u003Cthead>\u003Ctr>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">Question\u003C\u002Fth>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">UCP\u003C\u002Fth>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">AP2\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Qu'est-ce qui est acheté ?\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Articles commerciaux, panier, sémantique de paiement et d'exécution\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Fait référence au contexte de transaction autorisée\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Qui peut l'autoriser ?\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Ce n'est pas la responsabilité principale du protocole\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Modèle explicite d'autorité et de mandat agent\u002Futilisateur\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Quelles contraintes de dépenses s'appliquent ?\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Le flux commercial peut contenir les totaux et les données de commande\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Garde-fous d'autorisation et limites d'intention\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Comment la transaction est-elle auditée ?\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Cycle de vie de la commande et du commerce\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Piste d'autorisation cryptographique \u002F vérifiable via des mandats et des reçus\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Peuvent-ils fonctionner ensemble ?\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Oui\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Oui — AP2 peut étendre les flux commerciaux basés sur des agents\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Ch2 id=\"section-39\">5. A2UI : laisser les agents décrire des interfaces sans s'approprier votre frontend\u003C\u002Fh2>\n\u003Cp>Agent-to-User Interface (A2UI) s'attaque à une autre frontière : la façon dont un agent distant ou local communique une interface interactive riche à une application hôte. Au lieu d'envoyer du HTML, du CSS et du JavaScript arbitraires, A2UI utilise des données déclaratives que l'hôte restitue via son propre catalogue de composants de confiance.\u003C\u002Fp>\n\u003Cp>Cela préserve le design system et le modèle de sécurité de l'application hôte tout en permettant à un agent de solliciter des interfaces dynamiques. A2UI v0.9 met particulièrement l'accent sur l'intention d'interface utilisateur indépendante du framework et les mises à jour en continu sur le Web, le mobile et d'autres clients.\u003C\u002Fp>\n\u003Cp>Les travaux ultérieurs de Google sur A2UI + MCP Apps démontrent également que ces modèles d'interface utilisateur ne s'excluent pas nécessairement mutuellement. Une interface utilisateur native déclarative et des expériences d'applications intégrées plus riches peuvent coexister selon la tâche.\u003C\u002Fp>\n\u003Ch3 id=\"section-43\">Utiliser A2UI lorsque\u003C\u002Fh3>\n\u003Cul>\u003Cli>Un agent distant doit demander des formulaires, des cartes, des contrôles ou d'autres interfaces interactives.\u003C\u002Fli>\u003Cli>L'hôte doit préserver ses composants natifs, son style et son périmètre de sécurité.\u003C\u002Fli>\u003Cli>Vous ne voulez pas que des agents distants transmettent du code frontend exécutable arbitraire.\u003C\u002Fli>\u003Cli>La même intention d'interface utilisateur définie par l'agent doit fonctionner sur différents frameworks clients.\u003C\u002Fli>\u003C\u002Ful>\n\u003Ch2 id=\"section-45\">Le test de sélection du protocole\u003C\u002Fh2>\n\u003Cp>Ne partez pas de l'acronyme. Partez de la relation qui nécessite une interopérabilité.\u003C\u002Fp>\n\u003Csection class=\"editorjs-process my-6\">\u003Ch3 class=\"mb-3 text-lg font-semibold\">Choisir le protocole selon la frontière\u003C\u002Fh3>\u003Cdiv class=\"grid grid-cols-1 md:grid-cols-2 xl:grid-cols-3 gap-4\">\u003Cdiv class=\"editorjs-process__step min-w-0  rounded-xl border border-gray-200 dark:border-gray-700 p-4\">\u003Cdiv class=\"text-xs font-semibold text-gray-500 dark:text-gray-400\">1\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 font-semibold text-gray-900 dark:text-gray-100\">1. Identifier les deux parties indépendantes\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">S'agit-il d'une interaction IA-outil, agent-à-agent, agent-marchand, agent-autorité de paiement ou agent-interface utilisateur ?\u003C\u002Fdiv>\u003C\u002Fdiv>\u003Cdiv class=\"editorjs-process__step min-w-0  rounded-xl border border-gray-200 dark:border-gray-700 p-4\">\u003Cdiv class=\"text-xs font-semibold text-gray-500 dark:text-gray-400\">2\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 font-semibold text-gray-900 dark:text-gray-100\">2. Identifier l'objet partagé\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Le contrat porte-t-il sur un appel d'outil, une tâche, un panier, un mandat de paiement, un artefact ou une description d'interface utilisateur ?\u003C\u002Fdiv>\u003C\u002Fdiv>\u003Cdiv class=\"editorjs-process__step min-w-0  rounded-xl border border-gray-200 dark:border-gray-700 p-4\">\u003Cdiv class=\"text-xs font-semibold text-gray-500 dark:text-gray-400\">3\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 font-semibold text-gray-900 dark:text-gray-100\">3. Vérifier si un protocole de domaine existe déjà\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Privilégiez la sémantique commerciale ou de paiement lorsque le problème relève du commerce ou de l'autorisation, au lieu de tout encoder sous forme d'outils génériques.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003Cdiv class=\"editorjs-process__step min-w-0  rounded-xl border border-gray-200 dark:border-gray-700 p-4\">\u003Cdiv class=\"text-xs font-semibold text-gray-500 dark:text-gray-400\">4\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 font-semibold text-gray-900 dark:text-gray-100\">4. Garder les éléments internes locaux au niveau local\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">N'exposez pas un agent entier sous forme d'outils MCP si la partie distante n'a besoin que d'une capacité A2A, et ne rendez pas un agent distant responsable de votre environnement d'exécution d'interface utilisateur.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003Cdiv class=\"editorjs-process__step min-w-0  rounded-xl border border-gray-200 dark:border-gray-700 p-4\">\u003Cdiv class=\"text-xs font-semibold text-gray-500 dark:text-gray-400\">5\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 font-semibold text-gray-900 dark:text-gray-100\">5. Composer les protocoles lorsque le flux de travail traverse des frontières\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Un flux de travail peut légitimement traverser des contrats d'outils, d'agents, de commerce, de paiement et d'interface utilisateur.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003Cdiv class=\"editorjs-process__step min-w-0  rounded-xl border border-gray-200 dark:border-gray-700 p-4\">\u003Cdiv class=\"text-xs font-semibold text-gray-500 dark:text-gray-400\">6\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 font-semibold text-gray-900 dark:text-gray-100\">6. Versionner chaque contrat indépendamment\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Les versions des protocoles évoluent à des rythmes différents ; ne liez pas chaque intégration à une version d'application monolithique unique.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003Cdiv class=\"editorjs-process__step min-w-0  rounded-xl border border-gray-200 dark:border-gray-700 p-4\">\u003Cdiv class=\"text-xs font-semibold text-gray-500 dark:text-gray-400\">7\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 font-semibold text-gray-900 dark:text-gray-100\">7. Préserver l'autorisation à chaque frontière\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">L'interopérabilité ne remplace pas les autorisations de produit, l'autorisation d'outils, l'autorité de paiement ou les politiques d'accès aux données.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003C\u002Fdiv>\u003C\u002Fsection>\n\u003Ch2 id=\"section-48\">Un flux de travail multiprotocole réaliste\u003C\u002Fh2>\n\u003Csection class=\"editorjs-process my-6\">\u003Ch3 class=\"mb-3 text-lg font-semibold\">Exemple : un flux de travail d'approvisionnement autonome\u003C\u002Fh3>\u003Cdiv class=\"grid grid-cols-1 md:grid-cols-2 xl:grid-cols-3 gap-4\">\u003Cdiv class=\"editorjs-process__step min-w-0  rounded-xl border border-gray-200 dark:border-gray-700 p-4\">\u003Cdiv class=\"text-xs font-semibold text-gray-500 dark:text-gray-400\">1\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 font-semibold text-gray-900 dark:text-gray-100\">1. Inspecter le stock interne avec MCP\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">L'agent d'achat fait appel aux capacités d'inventaire et de prévision exposées par les serveurs MCP internes.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003Cdiv class=\"editorjs-process__step min-w-0  rounded-xl border border-gray-200 dark:border-gray-700 p-4\">\u003Cdiv class=\"text-xs font-semibold text-gray-500 dark:text-gray-400\">2\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 font-semibold text-gray-900 dark:text-gray-100\">2. Découvrir un agent fournisseur avec A2A\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">L'agent consulte l'Agent Card du fournisseur et lui délègue une tâche de disponibilité et de délai de livraison.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003Cdiv class=\"editorjs-process__step min-w-0  rounded-xl border border-gray-200 dark:border-gray-700 p-4\">\u003Cdiv class=\"text-xs font-semibold text-gray-500 dark:text-gray-400\">3\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 font-semibold text-gray-900 dark:text-gray-100\">3. Négocier l'objet commercial avec UCP\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">L'interface du fournisseur ou du marchand renvoie des informations structurées sur le panier, la commande et l'exécution.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003Cdiv class=\"editorjs-process__step min-w-0  rounded-xl border border-gray-200 dark:border-gray-700 p-4\">\u003Cdiv class=\"text-xs font-semibold text-gray-500 dark:text-gray-400\">4\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 font-semibold text-gray-900 dark:text-gray-100\">4. Vérifier l'autorité de dépense avec AP2\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">L'achat est comparé au mandat signé par l'utilisateur ou l'organisation, aux contraintes du marchand et aux plafonds de dépenses.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003Cdiv class=\"editorjs-process__step min-w-0  rounded-xl border border-gray-200 dark:border-gray-700 p-4\">\u003Cdiv class=\"text-xs font-semibold text-gray-500 dark:text-gray-400\">5\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 font-semibold text-gray-900 dark:text-gray-100\">5. Demander l'approbation via A2UI\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Si une approbation humaine est requise, l'agent envoie une intention d'interface déclarative et l'hôte restitue l'expérience d'approbation à l'aide de composants natifs de confiance.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003Cdiv class=\"editorjs-process__step min-w-0  rounded-xl border border-gray-200 dark:border-gray-700 p-4\">\u003Cdiv class=\"text-xs font-semibold text-gray-500 dark:text-gray-400\">6\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 font-semibold text-gray-900 dark:text-gray-100\">6. Finaliser et auditer\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">L'état commercial, l'autorisation de paiement, les preuves des tâches de l'agent et les journaux d'audit de l'application restent traçables à travers leurs frontières respectives.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003C\u002Fdiv>\u003C\u002Fsection>\n\u003Ch2 id=\"section-50\">Pourquoi un protocole d'agent universel ne remplacera probablement pas tous les autres\u003C\u002Fh2>\n\u003Cp>Un protocole universel semble plus simple jusqu'à ce qu'il doive encoder la sémantique de chaque domaine. La découverte d'outils, la collaboration prolongée entre agents, le paiement, l'autorisation de paiement et l'interface utilisateur native ont tous des exigences de cycle de vie, de sécurité et d'exactitude différentes.\u003C\u002Fp>\n\u003Cp>Le Web lui-même a évolué à travers des protocoles en couches plutôt que par le biais d'un format de message unique pour chaque problème. La pile émergente d'agents semble aller dans la même direction : des primitives horizontales communes, des contrats de domaine spécialisés et une découverte\u002Fun versionnement explicites.\u003C\u002Fp>\n\u003Cp>Le défi architectural ne consiste donc plus à savoir « quel protocole gagne ? », mais à déterminer avec quelle fluidité les protocoles se composent sans dupliquer la sémantique d'identité, d'autorisation, d'état et d'audit.\u003C\u002Fp>\n\u003Ch2 id=\"section-54\">La composition des protocoles crée de nouveaux modes de défaillance\u003C\u002Fh2>\n\u003Cdiv class=\"overflow-x-auto\">\u003Ctable class=\"w-full border-collapse\">\u003Cthead>\u003Ctr>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">Mode de défaillance\u003C\u002Fth>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">Ce qui se passe\u003C\u002Fth>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">Contrôle d'architecture\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Fuite d'autorité\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Une capacité d'outil ou d'agent valide est assimilée à une autorisation d'effectuer une action métier\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Garder l'autorisation produit indépendante de la découverte des capacités du protocole\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Désalignement des identités\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">L'identité de l'hôte MCP, l'identité de l'agent A2A et l'identité commerciale\u002Fde paiement font référence à des entités différentes\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Définir un mappage explicite des entités à travers les frontières\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Dérive de version\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Un protocole évolue alors que les adaptateurs dépendants supposent des sémantiques plus anciennes\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Négocier et verrouiller les versions des protocoles de manière indépendante\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Duplication d'état\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Le même état de panier, de tâche ou d'approbation est copié dans plusieurs couches de protocoles\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Définir un propriétaire faisant autorité unique par objet de domaine\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Fragmentation de l'audit\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Les traces d'outils, les tâches d'agents, les preuves de commande et de paiement ne peuvent pas être associées\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Transmettre des identifiants de corrélation et des identifiants de domaine stables à travers les frontières de protocoles\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Tunnelisation sémantique\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Tout est acheminé de force à travers un protocole générique sous la forme de JSON opaque\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Utiliser des protocoles de domaine lorsque leur sémantique améliore concrètement l'exactitude\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Ch2 id=\"section-56\">Le choix du protocole ne remplace pas l'architecture applicative\u003C\u002Fh2>\n\u003Cp>Les standards ouverts réduisent le couplage d'intégration, mais ils ne déterminent pas votre modèle de domaine, votre politique d'autorisation, votre source de vérité, votre stratégie de nouvelle tentative ou vos critères d'acceptation. Un outil MCP peut toujours exposer la mauvaise capacité. Un agent A2A peut toujours retourner un artefact erroné. Un paiement UCP peut toujours contenir des données marchand obsolètes. Un mandat AP2 peut toujours être mal appliqué par la logique applicative.\u003C\u002Fp>\n\u003Cp>Considérez les protocoles comme des contrats entre des composants qui évoluent de manière indépendante. Conservez la vérité du domaine et les politiques critiques dans la couche applicative qui en a la responsabilité, puis utilisez des protocoles pour rendre les frontières interopérables.\u003C\u002Fp>\n\u003Caside class=\"editorjs-referral my-6\">\u003Ca href=\"https:\u002F\u002Fstajic.de\u002Ffr\u002Fblog\u002Fmanaged-agent-harness-vs-self-hosted-agent-loop-what-you-gain-what-you-lose\" class=\"flex flex-col sm:flex-row gap-4 rounded-xl border border-gray-200 dark:border-gray-700 p-4 transition hover:border-primary-500\">\u003Cdiv class=\"min-w-0 flex-1\">\u003Cstrong class=\"block text-lg text-gray-900 dark:text-gray-100\">Harnais d'agents géré vs boucle d'agents auto-hébergée : ce que vous gagnez, ce que vous perdez\u003C\u002Fstrong>\u003Cp class=\"mt-2 text-sm text-gray-600 dark:text-gray-300\">Les frontières de protocoles résolvent l'interopérabilité. Les frontières d'exécution déterminent qui exploite le harnais, l'environnement d'exécution et le plan de contrôle applicatif.\u003C\u002Fp>\u003Cspan class=\"mt-3 inline-flex text-sm font-medium text-primary-600 dark:text-primary-400\">Lire le guide d'architecture d'exécution →\u003C\u002Fspan>\u003C\u002Fdiv>\u003C\u002Fa>\u003C\u002Faside>\n\u003Ch2 id=\"section-60\">Qu'est-ce qui changerait cette réponse ?\u003C\u002Fh2>\n\u003Cp>La pile technologique évolue si les protocoles convergent, si un standard en absorbe formellement un autre, ou si les fournisseurs standardisent une couche partagée d'identité et d'autorisation à travers plusieurs frontières. UCP démontre déjà la composition en prenant en charge les API, A2A et MCP, et en s'intégrant avec AP2 plutôt qu'en les remplaçant.\u003C\u002Fp>\n\u003Cp>La réponse varie également selon la portée de l'application. Un petit agent interne peut n'avoir besoin que de MCP. Un flux de travail multi-entreprises peut nécessiter A2A. Un commerçant peut avoir besoin d'UCP sans A2UI. Un agent d'achat délégué peut avoir besoin de tous ces protocoles. Utilisez le plus petit ensemble de protocoles qui représente les véritables frontières sans aplatir la sémantique métier.\u003C\u002Fp>\n\u003Ch2 id=\"section-63\">Limites\u003C\u002Fh2>\n\u003Cp>Les protocoles abordés ici se situent à différents niveaux de maturité et possèdent des modèles de gouvernance distincts. A2A a atteint une spécification v1.0 stable, tandis que d'autres standards continuent d'évoluer rapidement. L'adoption par l'écosystème est également inégale selon les fournisseurs et les frameworks.\u003C\u002Fp>\n\u003Cp>Cet article se concentre sur les responsabilités architecturales plutôt que sur l'exhaustivité de l'implémentation. Les méthodes d'authentification spécifiques, les liaisons de transport, les schémas et les mécanismes d'extension doivent être consultés dans la spécification actuelle de chaque protocole.\u003C\u002Fp>\n\u003Ch2 id=\"section-66\">Conclusion\u003C\u002Fh2>\n\u003Cp>MCP, A2A, UCP, AP2 et A2UI prennent tout leur sens lorsqu'ils sont envisagés comme des protocoles destinés à différentes relations, et non comme cinq tentatives concurrentes de standardiser les « agents ».\u003C\u002Fp>\n\u003Cp>MCP expose des capacités. A2A coordonne des agents indépendants. UCP dote le commerce de son propre contrat lisible par machine. AP2 apporte une autorité de paiement vérifiable. A2UI offre aux agents un chemin déclaratif sécurisé vers les interfaces utilisateur. Le web agentique émergent ne remplace donc pas les protocoles par l'IA ; il crée une nouvelle pile de protocoles autour de l'IA.\u003C\u002Fp>\n\u003Ch2 id=\"section-69\">FAQ\u003C\u002Fh2>\n\u003Csection class=\"editorjs-faq my-6 rounded-xl border border-gray-200 p-5 dark:border-gray-700\">\u003Ch3 class=\"mb-3 text-lg font-semibold\">MCP, A2A, UCP, AP2 et A2UI\u003C\u002Fh3>\u003Cdiv id=\"faq1\" class=\"border-t border-gray-200 py-4 first:border-t-0 dark:border-gray-700\">\u003Ch4 class=\"font-semibold text-gray-900 dark:text-gray-100\">A2A remplace-t-il MCP ?\u003C\u002Fh4>\u003Cdiv class=\"mt-2 text-gray-600 dark:text-gray-300\">Non. MCP standardise principalement la façon dont les applications d'IA accèdent aux outils, aux ressources et aux données. A2A standardise la collaboration entre systèmes d'agents indépendants. Un agent distant peut utiliser MCP en interne tout en exposant une interface A2A.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003Cdiv id=\"faq2\" class=\"border-t border-gray-200 py-4 first:border-t-0 dark:border-gray-700\">\u003Ch4 class=\"font-semibold text-gray-900 dark:text-gray-100\">UCP remplace-t-il MCP pour les agents d'achat ?\u003C\u002Fh4>\u003Cdiv class=\"mt-2 text-gray-600 dark:text-gray-300\">Pas de manière générale. UCP fournit une sémantique propre au commerce, comme le panier, le paiement et l'exécution de commande. MCP peut toujours exposer les outils ou les données des marchands, et UCP est conçu pour coexister avec MCP et A2A.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003Cdiv id=\"faq3\" class=\"border-t border-gray-200 py-4 first:border-t-0 dark:border-gray-700\">\u003Ch4 class=\"font-semibold text-gray-900 dark:text-gray-100\">Quelle est la différence entre UCP et AP2 ?\u003C\u002Fh4>\u003Cdiv class=\"mt-2 text-gray-600 dark:text-gray-300\">UCP standardise les interactions commerciales et le cycle de vie des transactions. AP2 se concentre sur la preuve qu'un agent disposait de l'autorité nécessaire pour effectuer un paiement selon les contraintes définies par l'utilisateur ou l'organisation.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003Cdiv id=\"faq4\" class=\"border-t border-gray-200 py-4 first:border-t-0 dark:border-gray-700\">\u003Ch4 class=\"font-semibold text-gray-900 dark:text-gray-100\">Quel problème A2UI résout-il ?\u003C\u002Fh4>\u003Cdiv class=\"mt-2 text-gray-600 dark:text-gray-300\">A2UI permet aux agents d'envoyer une intention d'interface déclarative à une application hôte, qui restitue l'expérience à travers des composants natifs de confiance au lieu d'exécuter du code frontend distant arbitraire.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003Cdiv id=\"faq5\" class=\"border-t border-gray-200 py-4 first:border-t-0 dark:border-gray-700\">\u003Ch4 class=\"font-semibold text-gray-900 dark:text-gray-100\">Une même application d'agent peut-elle utiliser tous ces protocoles ?\u003C\u002Fh4>\u003Cdiv class=\"mt-2 text-gray-600 dark:text-gray-300\">Oui. Un flux de travail peut utiliser MCP pour les outils internes, A2A pour la délégation à des agents distants, UCP pour le commerce, AP2 pour l'autorisation de paiement et A2UI pour l'interaction humaine.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003Cdiv id=\"faq6\" class=\"border-t border-gray-200 py-4 first:border-t-0 dark:border-gray-700\">\u003Ch4 class=\"font-semibold text-gray-900 dark:text-gray-100\">Quel protocole dois-je implémenter en premier ?\u003C\u002Fh4>\u003Cdiv class=\"mt-2 text-gray-600 dark:text-gray-300\">Partez de la frontière d'interopérabilité. Si le problème concerne l'accès aux outils, évaluez MCP. S'il s'agit de la collaboration entre agents indépendants, examinez A2A. S'il concerne le commerce, UCP. S'il s'agit de la délégation d'autorité de paiement, AP2. S'il concerne une interface portable pilotée par un agent, A2UI.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003C\u002Fsection>\n\u003Ch2 id=\"section-71\">Glossaire\u003C\u002Fh2>\n\u003Csection class=\"editorjs-glossary my-6 rounded-xl border border-gray-200 dark:border-gray-700 p-5\">\u003Ch3 class=\"mb-3 text-lg font-semibold\">Termes clés des protocoles d'agents\u003C\u002Fh3>\u003Cdl>\u003Cdiv id=\"mcp\" class=\"border-t border-gray-200 dark:border-gray-700 py-3 first:border-t-0\">\u003Cdt class=\"font-semibold text-gray-900 dark:text-gray-100\">MCP\u003C\u002Fdt>\u003Cdd class=\"mt-1 text-gray-600 dark:text-gray-300\">Model Context Protocol, un standard ouvert pour exposer des outils, des ressources et des prompts provenant de systèmes externes à des hôtes d'IA compatibles.\u003C\u002Fdd>\u003C\u002Fdiv>\u003Cdiv id=\"a2a\" class=\"border-t border-gray-200 dark:border-gray-700 py-3 first:border-t-0\">\u003Cdt class=\"font-semibold text-gray-900 dark:text-gray-100\">A2A\u003C\u002Fdt>\u003Cdd class=\"mt-1 text-gray-600 dark:text-gray-300\">Agent2Agent Protocol, un standard ouvert pour découvrir des systèmes d'agents indépendants et collaborer avec eux par le biais de messages, de tâches et d'artefacts.\u003C\u002Fdd>\u003C\u002Fdiv>\u003Cdiv id=\"ucp\" class=\"border-t border-gray-200 dark:border-gray-700 py-3 first:border-t-0\">\u003Cdt class=\"font-semibold text-gray-900 dark:text-gray-100\">UCP\u003C\u002Fdt>\u003Cdd class=\"mt-1 text-gray-600 dark:text-gray-300\">Universal Commerce Protocol, un standard ouvert pour des parcours de commerce agentique interopérables entre les surfaces grand public, les entreprises et les prestataires de paiement.\u003C\u002Fdd>\u003C\u002Fdiv>\u003Cdiv id=\"ap2\" class=\"border-t border-gray-200 dark:border-gray-700 py-3 first:border-t-0\">\u003Cdt class=\"font-semibold text-gray-900 dark:text-gray-100\">AP2\u003C\u002Fdt>\u003Cdd class=\"mt-1 text-gray-600 dark:text-gray-300\">Agent Payments Protocol, un standard ouvert pour représenter et vérifier l'autorité, l'intention et la responsabilité dans les paiements initiés par des agents.\u003C\u002Fdd>\u003C\u002Fdiv>\u003Cdiv id=\"a2ui\" class=\"border-t border-gray-200 dark:border-gray-700 py-3 first:border-t-0\">\u003Cdt class=\"font-semibold text-gray-900 dark:text-gray-100\">A2UI\u003C\u002Fdt>\u003Cdd class=\"mt-1 text-gray-600 dark:text-gray-300\">Agent-to-User Interface, un protocole déclaratif permettant aux agents de demander une interface utilisateur rendue à l'aide des composants de confiance de l'application hôte.\u003C\u002Fdd>\u003C\u002Fdiv>\u003Cdiv id=\"protocol-composition\" class=\"border-t border-gray-200 dark:border-gray-700 py-3 first:border-t-0\">\u003Cdt class=\"font-semibold text-gray-900 dark:text-gray-100\">Composition de protocoles\u003C\u002Fdt>\u003Cdd class=\"mt-1 text-gray-600 dark:text-gray-300\">Utilisation de plusieurs protocoles au sein d'un même flux de travail, chacun étant responsable d'une frontière d'interopérabilité distincte plutôt que d'imposer toute la sémantique à travers un seul contrat.\u003C\u002Fdd>\u003C\u002Fdiv>\u003C\u002Fdl>\u003C\u002Fsection>\n\u003Ch2 id=\"section-73\">Sources principales et lectures complémentaires\u003C\u002Fh2>\n\u003Ca href=\"https:\u002F\u002Fdevelopers.googleblog.com\u002Fdevelopers-guide-to-ai-agent-protocols\u002F\" target=\"_blank\" rel=\"noopener noreferrer\" class=\"editorjs-link-tool block border border-gray-200 dark:border-gray-700 rounded-lg p-4 transition text-gray-900 dark:text-gray-100 hover:border-primary-500 hover:bg-primary-50 dark:hover:bg-gray-900 hover:text-gray-900 dark:hover:text-gray-100\">\u003Cstrong class=\"block font-semibold\">Google Developers — Guide du développeur sur les protocoles d'agents IA\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Un aperçu pratique montrant MCP, A2A, UCP, AP2, A2UI et les protocoles associés fonctionnant ensemble dans un flux de travail d'agent à étapes multiples.\u003C\u002Fp>\u003C\u002Fa>\n\u003Ca href=\"https:\u002F\u002Fts.sdk.modelcontextprotocol.io\u002Fv2\u002F\" target=\"_blank\" rel=\"noopener noreferrer\" class=\"editorjs-link-tool block border border-gray-200 dark:border-gray-700 rounded-lg p-4 transition text-gray-900 dark:text-gray-100 hover:border-primary-500 hover:bg-primary-50 dark:hover:bg-gray-900 hover:text-gray-900 dark:hover:text-gray-100\">\u003Cstrong class=\"block font-semibold\">Model Context Protocol — SDK TypeScript v2\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Documentation actuelle du SDK stable implémentant la spécification MCP du 28-07-2026 et définissant les outils, les ressources, les invites et l'intégration hôte\u002Fserveur.\u003C\u002Fp>\u003C\u002Fa>\n\u003Ca href=\"https:\u002F\u002Fa2a-protocol.org\u002Fdev\u002Fspecification\u002F\" target=\"_blank\" rel=\"noopener noreferrer\" class=\"editorjs-link-tool block border border-gray-200 dark:border-gray-700 rounded-lg p-4 transition text-gray-900 dark:text-gray-100 hover:border-primary-500 hover:bg-primary-50 dark:hover:bg-gray-900 hover:text-gray-900 dark:hover:text-gray-100\">\u003Cstrong class=\"block font-semibold\">Protocole A2A — Spécification v1.0\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Spécification actuelle du protocole A2A couvrant les cartes d'agent (Agent Cards), les messages, les tâches, les artefacts, les liaisons et la négociation de version.\u003C\u002Fp>\u003C\u002Fa>\n\u003Ca href=\"https:\u002F\u002Fa2a-protocol.org\u002Flatest\u002Fblog\u002F2026\u002F08\u002F27\u002Fa-new-chapter-for-a2a-joining-the-agentic-ai-foundation\u002F\" target=\"_blank\" rel=\"noopener noreferrer\" class=\"editorjs-link-tool block border border-gray-200 dark:border-gray-700 rounded-lg p-4 transition text-gray-900 dark:text-gray-100 hover:border-primary-500 hover:bg-primary-50 dark:hover:bg-gray-900 hover:text-gray-900 dark:hover:text-gray-100\">\u003Cstrong class=\"block font-semibold\">A2A — Rejoindre l'Agentic AI Foundation\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Cadrage actuel du projet A2A en tant que couche horizontale de collaboration entre agents, aux côtés de MCP pour l'intégration verticale d'outils et de données.\u003C\u002Fp>\u003C\u002Fa>\n\u003Ca href=\"https:\u002F\u002Fdevelopers.googleblog.com\u002Funder-the-hood-universal-commerce-protocol-ucp\u002F\" target=\"_blank\" rel=\"noopener noreferrer\" class=\"editorjs-link-tool block border border-gray-200 dark:border-gray-700 rounded-lg p-4 transition text-gray-900 dark:text-gray-100 hover:border-primary-500 hover:bg-primary-50 dark:hover:bg-gray-900 hover:text-gray-900 dark:hover:text-gray-100\">\u003Cstrong class=\"block font-semibold\">Google Developers — Sous le capot : Universal Commerce Protocol\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Aperçu technique d'UCP, de ses primitives de commerce et de sa capacité à se composer avec les API, A2A, MCP et AP2.\u003C\u002Fp>\u003C\u002Fa>\n\u003Ca href=\"https:\u002F\u002Fdevelopers.google.com\u002Fmerchant\u002Fucp\u002Fimplementation\u002F2026-04-08\u002Fpublish-profile\" target=\"_blank\" rel=\"noopener noreferrer\" class=\"editorjs-link-tool block border border-gray-200 dark:border-gray-700 rounded-lg p-4 transition text-gray-900 dark:text-gray-100 hover:border-primary-500 hover:bg-primary-50 dark:hover:bg-gray-900 hover:text-gray-900 dark:hover:text-gray-100\">\u003Cstrong class=\"block font-semibold\">Google Universal Commerce Protocol — Profil UCP\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Mécanisme actuel de profil versionné pour publier les services UCP et les capacités commerciales des marchands.\u003C\u002Fp>\u003C\u002Fa>\n\u003Ca href=\"https:\u002F\u002Fcloud.google.com\u002Fblog\u002Fproducts\u002Fai-machine-learning\u002Fannouncing-agents-to-payments-ap2-protocol\" target=\"_blank\" rel=\"noopener noreferrer\" class=\"editorjs-link-tool block border border-gray-200 dark:border-gray-700 rounded-lg p-4 transition text-gray-900 dark:text-gray-100 hover:border-primary-500 hover:bg-primary-50 dark:hover:bg-gray-900 hover:text-gray-900 dark:hover:text-gray-100\">\u003Cstrong class=\"block font-semibold\">Google Cloud — Agent Payments Protocol (AP2)\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Annonce et justification d'un protocole ouvert couvrant l'autorisation, l'authenticité et la traçabilité des paiements initiés par des agents.\u003C\u002Fp>\u003C\u002Fa>\n\u003Ca href=\"https:\u002F\u002Fdevelopers.googleblog.com\u002Fa2ui-v0-9-generative-ui\u002F\" target=\"_blank\" rel=\"noopener noreferrer\" class=\"editorjs-link-tool block border border-gray-200 dark:border-gray-700 rounded-lg p-4 transition text-gray-900 dark:text-gray-100 hover:border-primary-500 hover:bg-primary-50 dark:hover:bg-gray-900 hover:text-gray-900 dark:hover:text-gray-100\">\u003Cstrong class=\"block font-semibold\">Google Developers — A2UI v0.9\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Le modèle déclaratif agnostique au framework d'A2UI pour des interfaces portables pilotées par des agents et rendues par des composants natifs de l'hôte.\u003C\u002Fp>\u003C\u002Fa>\n\u003Ca href=\"https:\u002F\u002Fdevelopers.googleblog.com\u002Fa2ui-and-mcp-apps\u002F\" target=\"_blank\" rel=\"noopener noreferrer\" class=\"editorjs-link-tool block border border-gray-200 dark:border-gray-700 rounded-lg p-4 transition text-gray-900 dark:text-gray-100 hover:border-primary-500 hover:bg-primary-50 dark:hover:bg-gray-900 hover:text-gray-900 dark:hover:text-gray-100\">\u003Cstrong class=\"block font-semibold\">Google Developers — A2UI + MCP Apps\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Comment le modèle déclaratif d'A2UI et les expériences plus riches des applications MCP peuvent coexister plutôt que d'être considérés comme des modèles d'interface utilisateur mutuellement exclusifs.\u003C\u002Fp>\u003C\u002Fa>",{"time":212,"blocks":213,"version":895},1790364265044,[214,222,228,236,243,250,255,260,265,270,306,313,318,323,328,333,345,351,356,361,366,371,376,386,391,423,428,433,438,443,448,453,463,468,473,478,483,488,515,520,525,530,535,540,550,555,560,589,594,618,623,628,633,638,643,676,681,686,691,700,705,710,715,720,725,730,735,740,745,750,780,785,808,813,823,832,841,850,859,868,877,886],{"id":215,"data":216,"type":220,"tunes":221},"_z4yTl5Fh-",{"title":217,"maxLevel":218,"minLevel":219},"Sommaire",3,2,"tableOfContents",{},{"id":223,"data":224,"type":226,"tunes":227},"intro",{"text":225},"Les protocoles d'agents IA se multiplient rapidement : MCP, A2A, UCP, AP2, A2UI et les standards connexes apparaissent de plus en plus souvent dans les mêmes schémas d'architecture. Ils sont fréquemment présentés comme des protocoles concurrents. En pratique, la plupart d'entre eux résolvent des problèmes d'interopérabilité différents à des niveaux d'interface distincts. La question pertinente n'est pas « Quel protocole l'emporte ? », mais plutôt « Quelle relation au sein du système nécessite d'être standardisée ? »","paragraph",{},{"id":229,"data":230,"type":234,"tunes":235},"direct",{"body":231,"title":232,"variant":233},"\u003Cstrong>MCP, A2A, UCP, AP2 et A2UI sont pour la plupart complémentaires et non substituables.\u003C\u002Fstrong> MCP connecte une application d'IA à des outils, des données et des ressources. A2A relie des agents indépendants entre eux. UCP standardise les interactions commerciales entre les interfaces grand public, les entreprises et les écosystèmes de paiement. AP2 ajoute une autorisation vérifiable et une intention de paiement aux transactions initiées par des agents. A2UI permet à un agent de décrire une interface utilisateur interactive sans transmettre de code applicatif arbitraire. Un système en production peut tout à fait en combiner plusieurs au sein d'un même flux de travail.","Réponse directe","info","callout",{},{"id":237,"data":238,"type":234,"tunes":242},"freshness",{"body":239,"title":240,"variant":241},"Cet article reflète le paysage des protocoles au \u003Cstrong>25 septembre 2026\u003C\u002Fstrong>. A2A a atteint la version 1.0, la branche TypeScript v2 actuelle de MCP implémente la spécification du 28\u002F07\u002F2026, UCP a déjà intégré des versions de protocole 2026 plus récentes, et A2UI continue d'évoluer. Vérifiez toujours la spécification en vigueur avant toute implémentation.","Des standards en évolution rapide","warning",{},{"id":244,"data":245,"type":234,"tunes":249},"model-note",{"body":246,"title":247,"variant":248},"La pile de responsabilités des protocoles (Protocol Responsibility Stack) et le test de sélection des protocoles (Protocol Selection Test) présentés ci-dessous sont des modèles d'architecture pratiques proposés ici. Ils ne constituent pas une terminologie officielle issue des projets de protocoles.","Le modèle utilisé dans cet article","note",{},{"id":251,"data":252,"type":42,"tunes":254},"h-core",{"text":253,"level":219},"L'erreur fondamentale : comparer des protocoles opérant à des niveaux d'interface différents",{},{"id":256,"data":257,"type":226,"tunes":259},"p-core-1",{"text":258},"Un protocole est utile dès lors que deux systèmes développés indépendamment ont besoin d'un contrat stable. Ce contrat n'a de sens que si la frontière entre les deux est bien définie. La communication entre un agent et une base de données relève d'un problème d'interopérabilité bien distinct de la délégation de tâches entre agents, de l'autorisation d'un achat par un internaute ou de la requête d'un agent distant demandant à une application native de générer un formulaire.",{},{"id":261,"data":262,"type":226,"tunes":264},"p-core-2",{"text":263},"Le guide pour développeurs 2026 de Google présente explicitement MCP, A2A, UCP, AP2, A2UI et les protocoles d'interface utilisateur associés comme une pile de standards complémentaires. Un même exemple de flux de travail peut en mobiliser plusieurs simultanément : des outils pour l'inventaire, des agents distants pour les fournisseurs, le commerce pour les commandes, l'autorisation de paiement pour les dépenses et des protocoles d'interface pour l'interaction.",{},{"id":266,"data":267,"type":42,"tunes":269},"h-stack",{"text":268,"level":219},"La pile de responsabilités des protocoles",{},{"id":271,"data":272,"type":304,"tunes":305},"stack-table",{"content":273,"stretched":43,"withHeadings":14},[274,279,284,289,294,299],[275,276,277,278],"Protocole","Quelle relation est standardisée ?","Abstraction principale","Non destiné principalement à",[280,281,282,283],"MCP","Application IA ↔ outils, ressources et données","Outils, ressources, prompts et échange de capacités hôte\u002Fserveur","Collaboration d'agents indépendants ou sémantique commerciale",[285,286,287,288],"A2A","Agent ↔ agent indépendant","Découverte d'agents, messages, tâches, artefacts et collaboration à long terme","Intégration directe d'outils ou de bases de données",[290,291,292,293],"UCP","Interface consommateur\u002Fagent ↔ système commercial marchand","Capacités liées aux produits, paniers, paiements, expéditions et commandes","Communication polyvalente entre agents",[295,296,297,298],"AP2","Intention utilisateur\u002Fagent ↔ autorisation de paiement","Mandats, contraintes d'approbation et autorité de paiement auditable dirigée par des agents","Découverte de produits ou transport générique de passage en caisse",[300,301,302,303],"A2UI","Agent ↔ hôte d'interface utilisateur","Intention d'interface déclarative rendue par des composants natifs fiables","Code frontend distant arbitraire ou délégation de tâches d'agent à agent","table",{},{"id":307,"data":308,"type":234,"tunes":312},"all-five",{"body":309,"title":310,"variant":311},"Un agent peut utiliser \u003Cstrong>MCP\u003C\u002Fstrong> pour consulter les stocks, \u003Cstrong>A2A\u003C\u002Fstrong> pour s'informer des disponibilités auprès de l'agent d'un fournisseur, \u003Cstrong>UCP\u003C\u002Fstrong> pour structurer une transaction commerciale, \u003Cstrong>AP2\u003C\u002Fstrong> pour attester de l'autorisation de dépense et \u003Cstrong>A2UI\u003C\u002Fstrong> pour afficher une interface d'approbation native à l'utilisateur.","Un même flux peut faire appel aux cinq","success",{},{"id":314,"data":315,"type":42,"tunes":317},"h-mcp",{"text":316,"level":219},"1. MCP : connecter l'agent aux capacités",{},{"id":319,"data":320,"type":226,"tunes":322},"p-mcp-1",{"text":321},"Le Model Context Protocol est un standard ouvert permettant de connecter les applications d'IA à des systèmes externes hébergeant des outils, des données et des ressources réutilisables. Un serveur expose des capacités ; un hôte MCP se connecte à ce serveur et met ces capacités à la disposition du modèle ou de l'application.",{},{"id":324,"data":325,"type":226,"tunes":327},"p-mcp-2",{"text":326},"La documentation actuelle de MCP TypeScript v2 décrit précisément le protocole en ces termes : les serveurs exposent des outils, des ressources et des prompts, tandis que des hôtes tels que des environnements de développement ou des applications personnalisées s'y connectent. Cela fait de MCP avant tout un protocole d'intégration de capacités.",{},{"id":329,"data":330,"type":42,"tunes":332},"h-mcp-use",{"text":331,"level":218},"Quand utiliser MCP",{},{"id":334,"data":335,"type":343,"tunes":344},"mcp-list",{"meta":336,"items":337,"style":342},{},[338,339,340,341],"Une application d'IA nécessite un accès standardisé à des outils ou des API.","Vous souhaitez qu'un même serveur de capacités fonctionne avec plusieurs hôtes d'IA compatibles.","Vous avez besoin d'un accès structuré aux données ou aux ressources sans coder en dur chaque intégration dans chaque agent.","Le système externe est un fournisseur de capacités, et non un agent pair autonome.","unordered","list",{},{"id":346,"data":347,"type":234,"tunes":350},"mcp-warning",{"body":348,"title":349,"variant":241},"Un serveur MCP peut exposer des fonctionnalités avancées sans pour autant être un agent indépendant doté de son propre cycle de vie de tâches, de sémantiques de découverte et d'un raisonnement interne opaque. L'invocation d'outils et la collaboration entre agents constituent des contrats distincts.","MCP n'est pas automatiquement synonyme d'A2A",{},{"id":352,"data":353,"type":42,"tunes":355},"h-a2a",{"text":354,"level":219},"2. A2A : connecter des agents indépendants",{},{"id":357,"data":358,"type":226,"tunes":360},"p-a2a-1",{"text":359},"Agent2Agent (A2A) est conçu pour la communication entre des systèmes d'agents indépendants et potentiellement opaques. Sa spécification actuelle v1.0 se concentre sur la découverte des capacités, la messagerie, les tâches, les artefacts, le contenu multimodal et la collaboration à long terme sans exiger qu'un agent expose ses outils internes, sa mémoire ou son implémentation à un autre.",{},{"id":362,"data":363,"type":226,"tunes":365},"p-a2a-2",{"text":364},"Cette opacité constitue la frontière essentielle. L'agent appelant n'a pas besoin de savoir si l'agent distant utilise en interne MCP, des outils personnalisés, un planificateur propriétaire, un autre fournisseur de modèles ou une escalade humaine. Il a besoin d'un contrat pour découvrir les capacités et déléguer le travail.",{},{"id":367,"data":368,"type":226,"tunes":370},"p-a2a-3",{"text":369},"A2A v1.0 standardise également la négociation de version et prend en charge plusieurs liaisons autour d'un modèle de données commun. Son mécanisme publié d'Agent Card offre aux clients un point de découverte standard pour les capacités d'un agent, les protocoles pris en charge, les exigences d'authentification et les compétences.",{},{"id":372,"data":373,"type":42,"tunes":375},"h-a2a-use",{"text":374,"level":218},"Utiliser A2A lorsque",{},{"id":377,"data":378,"type":343,"tunes":385},"a2a-list",{"meta":379,"items":380,"style":342},{},[381,382,383,384],"Un agent autonome doit déléguer du travail à un autre agent autonome.","Le système distant doit rester opaque derrière un contrat de capacités.","Les tâches peuvent être de longue durée, asynchrones ou nécessiter une intervention humaine (human-in-the-loop).","Les agents sont conçus avec des frameworks, des langages, des fournisseurs ou des appartenances organisationnelles différents.",{},{"id":387,"data":388,"type":42,"tunes":390},"h-mcp-a2a",{"text":389,"level":219},"MCP vs A2A : intégration verticale vs collaboration horizontale",{},{"id":392,"data":393,"type":421,"tunes":422},"mcp-a2a-comparison",{"rows":394,"title":412,"layout":304,"columns":413},[395,400,404,408],{"id":396,"label":397,"values":398},"relationship","Relation",[399,399,399],"",{"id":401,"label":402,"values":403},"abstraction","Abstraction",[399,399,399],{"id":405,"label":406,"values":407},"opacity","Opacité interne",[399,399,399],{"id":409,"label":410,"values":411},"long","Travail de longue durée",[399,399,399],"MCP et A2A résolvent différents problèmes d'interopérabilité",[414,417,419],{"id":415,"label":416},"dimension","Dimension",{"id":418,"label":280},"mcp",{"id":420,"label":285},"a2a","comparison",{},{"id":424,"data":425,"type":226,"tunes":427},"p-mcp-a2a-1",{"text":426},"Le projet A2A lui-même décrit désormais cette distinction comme horizontale contre verticale : MCP connecte les agents aux outils et bases de données internes, tandis qu'A2A permet la collaboration de pair à pair entre systèmes d'agents.",{},{"id":429,"data":430,"type":42,"tunes":432},"h-ucp",{"text":431,"level":219},"3. UCP : standardiser le commerce agentique",{},{"id":434,"data":435,"type":226,"tunes":437},"p-ucp-1",{"text":436},"L'Universal Commerce Protocol n'est pas un protocole d'agent générique. Il standardise les parcours commerciaux entre les surfaces grand public, les marchands et les prestataires de paiement. L'implémentation de Google prend déjà en charge des fonctionnalités telles que la création de panier, le paiement, l'exécution des commandes et le cycle de vie des commandes via des profils et des API versionnés.",{},{"id":439,"data":440,"type":226,"tunes":442},"p-ucp-2",{"text":441},"Un marchand peut publier un profil UCP sous \u002F.well-known\u002Fucp décrivant les services, les versions de protocole et les capacités. Ce modèle de découverte est essentiel car une surface agentique ne devrait pas avoir besoin d'un contrat de paiement sur mesure pour chaque marchand.",{},{"id":444,"data":445,"type":226,"tunes":447},"p-ucp-3",{"text":446},"UCP est également conçu pour être modulaire et composable. La présentation technique de Google indique qu'il peut s'intégrer via des API, A2A et MCP, et qu'il est compatible avec AP2 pour l'autorisation des paiements agentiques.",{},{"id":449,"data":450,"type":42,"tunes":452},"h-ucp-use",{"text":451,"level":218},"Utiliser UCP lorsque",{},{"id":454,"data":455,"type":343,"tunes":462},"ucp-list",{"meta":456,"items":457,"style":342},{},[458,459,460,461],"Le flux de travail implique des produits marchands, des paniers, le paiement, l'exécution ou le cycle de vie des commandes.","Vous concevez une interface marchande qui doit fonctionner avec des expériences d'achat agentiques.","L'intégration nécessite une sémantique spécifique au commerce plutôt que des appels d'outils génériques.","Vous souhaitez un contrat commercial interopérable pouvant coexister avec MCP, A2A et les protocoles de paiement.",{},{"id":464,"data":465,"type":42,"tunes":467},"h-ap2",{"text":466,"level":219},"4. AP2 : prouver que l'agent était autorisé à dépenser",{},{"id":469,"data":470,"type":226,"tunes":472},"p-ap2-1",{"text":471},"Le commerce agentique introduit un problème que les flux d'achat classiques n'avaient pas à résoudre de la même manière : un agent peut effectuer une transaction sans que l'humain ne clique sur le bouton final en temps réel. Le protocole Agent Payments Protocol (AP2) répond aux exigences d'autorisation, d'authenticité et de responsabilité pour les paiements pilotés par des agents.",{},{"id":474,"data":475,"type":226,"tunes":477},"p-ap2-2",{"text":476},"Le guide des protocoles 2026 de Google décrit AP2 à travers des mandats typés qui capturent l'intention de l'utilisateur, les contraintes de dépense et la transaction spécifique autorisée. AP2 peut fonctionner comme une extension aux côtés d'UCP : UCP décrit la transaction commerciale, tandis qu'AP2 fournit la preuve que l'agent avait l'autorité nécessaire pour effectuer le paiement.",{},{"id":479,"data":480,"type":226,"tunes":482},"p-ap2-3",{"text":481},"Cette distinction est importante. Un protocole de paiement peut indiquer à un marchand ce qui doit être acheté. En lui-même, il ne prouve pas qui a autorisé l'agent à dépenser, sous quelle limite, pour quel marchand, pendant combien de temps, ni si le panier final est resté dans les limites de cette autorisation.",{},{"id":484,"data":485,"type":42,"tunes":487},"h-ucp-ap2",{"text":486,"level":219},"UCP vs AP2 : sémantique des transactions vs autorité",{},{"id":489,"data":490,"type":304,"tunes":514},"ucp-ap2-table",{"content":491,"stretched":43,"withHeadings":14},[492,494,498,502,506,510],[493,290,295],"Question",[495,496,497],"Qu'est-ce qui est acheté ?","Articles commerciaux, panier, sémantique de paiement et d'exécution","Fait référence au contexte de transaction autorisée",[499,500,501],"Qui peut l'autoriser ?","Ce n'est pas la responsabilité principale du protocole","Modèle explicite d'autorité et de mandat agent\u002Futilisateur",[503,504,505],"Quelles contraintes de dépenses s'appliquent ?","Le flux commercial peut contenir les totaux et les données de commande","Garde-fous d'autorisation et limites d'intention",[507,508,509],"Comment la transaction est-elle auditée ?","Cycle de vie de la commande et du commerce","Piste d'autorisation cryptographique \u002F vérifiable via des mandats et des reçus",[511,512,513],"Peuvent-ils fonctionner ensemble ?","Oui","Oui — AP2 peut étendre les flux commerciaux basés sur des agents",{},{"id":516,"data":517,"type":42,"tunes":519},"h-a2ui",{"text":518,"level":219},"5. A2UI : laisser les agents décrire des interfaces sans s'approprier votre frontend",{},{"id":521,"data":522,"type":226,"tunes":524},"p-a2ui-1",{"text":523},"Agent-to-User Interface (A2UI) s'attaque à une autre frontière : la façon dont un agent distant ou local communique une interface interactive riche à une application hôte. Au lieu d'envoyer du HTML, du CSS et du JavaScript arbitraires, A2UI utilise des données déclaratives que l'hôte restitue via son propre catalogue de composants de confiance.",{},{"id":526,"data":527,"type":226,"tunes":529},"p-a2ui-2",{"text":528},"Cela préserve le design system et le modèle de sécurité de l'application hôte tout en permettant à un agent de solliciter des interfaces dynamiques. A2UI v0.9 met particulièrement l'accent sur l'intention d'interface utilisateur indépendante du framework et les mises à jour en continu sur le Web, le mobile et d'autres clients.",{},{"id":531,"data":532,"type":226,"tunes":534},"p-a2ui-3",{"text":533},"Les travaux ultérieurs de Google sur A2UI + MCP Apps démontrent également que ces modèles d'interface utilisateur ne s'excluent pas nécessairement mutuellement. Une interface utilisateur native déclarative et des expériences d'applications intégrées plus riches peuvent coexister selon la tâche.",{},{"id":536,"data":537,"type":42,"tunes":539},"h-a2ui-use",{"text":538,"level":218},"Utiliser A2UI lorsque",{},{"id":541,"data":542,"type":343,"tunes":549},"a2ui-list",{"meta":543,"items":544,"style":342},{},[545,546,547,548],"Un agent distant doit demander des formulaires, des cartes, des contrôles ou d'autres interfaces interactives.","L'hôte doit préserver ses composants natifs, son style et son périmètre de sécurité.","Vous ne voulez pas que des agents distants transmettent du code frontend exécutable arbitraire.","La même intention d'interface utilisateur définie par l'agent doit fonctionner sur différents frameworks clients.",{},{"id":551,"data":552,"type":42,"tunes":554},"h-selection",{"text":553,"level":219},"Le test de sélection du protocole",{},{"id":556,"data":557,"type":226,"tunes":559},"p-selection-intro",{"text":558},"Ne partez pas de l'acronyme. Partez de la relation qui nécessite une interopérabilité.",{},{"id":561,"data":562,"type":587,"tunes":588},"selection-flow",{"steps":563,"title":585,"orientation":586},[564,567,570,573,576,579,582],{"label":565,"description":566},"1. Identifier les deux parties indépendantes","S'agit-il d'une interaction IA-outil, agent-à-agent, agent-marchand, agent-autorité de paiement ou agent-interface utilisateur ?",{"label":568,"description":569},"2. Identifier l'objet partagé","Le contrat porte-t-il sur un appel d'outil, une tâche, un panier, un mandat de paiement, un artefact ou une description d'interface utilisateur ?",{"label":571,"description":572},"3. Vérifier si un protocole de domaine existe déjà","Privilégiez la sémantique commerciale ou de paiement lorsque le problème relève du commerce ou de l'autorisation, au lieu de tout encoder sous forme d'outils génériques.",{"label":574,"description":575},"4. Garder les éléments internes locaux au niveau local","N'exposez pas un agent entier sous forme d'outils MCP si la partie distante n'a besoin que d'une capacité A2A, et ne rendez pas un agent distant responsable de votre environnement d'exécution d'interface utilisateur.",{"label":577,"description":578},"5. Composer les protocoles lorsque le flux de travail traverse des frontières","Un flux de travail peut légitimement traverser des contrats d'outils, d'agents, de commerce, de paiement et d'interface utilisateur.",{"label":580,"description":581},"6. Versionner chaque contrat indépendamment","Les versions des protocoles évoluent à des rythmes différents ; ne liez pas chaque intégration à une version d'application monolithique unique.",{"label":583,"description":584},"7. Préserver l'autorisation à chaque frontière","L'interopérabilité ne remplace pas les autorisations de produit, l'autorisation d'outils, l'autorité de paiement ou les politiques d'accès aux données.","Choisir le protocole selon la frontière","auto","processFlow",{},{"id":590,"data":591,"type":42,"tunes":593},"h-workflow",{"text":592,"level":219},"Un flux de travail multiprotocole réaliste",{},{"id":595,"data":596,"type":587,"tunes":617},"workflow-flow",{"steps":597,"title":616,"orientation":586},[598,601,604,607,610,613],{"label":599,"description":600},"1. Inspecter le stock interne avec MCP","L'agent d'achat fait appel aux capacités d'inventaire et de prévision exposées par les serveurs MCP internes.",{"label":602,"description":603},"2. Découvrir un agent fournisseur avec A2A","L'agent consulte l'Agent Card du fournisseur et lui délègue une tâche de disponibilité et de délai de livraison.",{"label":605,"description":606},"3. Négocier l'objet commercial avec UCP","L'interface du fournisseur ou du marchand renvoie des informations structurées sur le panier, la commande et l'exécution.",{"label":608,"description":609},"4. Vérifier l'autorité de dépense avec AP2","L'achat est comparé au mandat signé par l'utilisateur ou l'organisation, aux contraintes du marchand et aux plafonds de dépenses.",{"label":611,"description":612},"5. Demander l'approbation via A2UI","Si une approbation humaine est requise, l'agent envoie une intention d'interface déclarative et l'hôte restitue l'expérience d'approbation à l'aide de composants natifs de confiance.",{"label":614,"description":615},"6. Finaliser et auditer","L'état commercial, l'autorisation de paiement, les preuves des tâches de l'agent et les journaux d'audit de l'application restent traçables à travers leurs frontières respectives.","Exemple : un flux de travail d'approvisionnement autonome",{},{"id":619,"data":620,"type":42,"tunes":622},"h-universal",{"text":621,"level":219},"Pourquoi un protocole d'agent universel ne remplacera probablement pas tous les autres",{},{"id":624,"data":625,"type":226,"tunes":627},"p-universal-1",{"text":626},"Un protocole universel semble plus simple jusqu'à ce qu'il doive encoder la sémantique de chaque domaine. La découverte d'outils, la collaboration prolongée entre agents, le paiement, l'autorisation de paiement et l'interface utilisateur native ont tous des exigences de cycle de vie, de sécurité et d'exactitude différentes.",{},{"id":629,"data":630,"type":226,"tunes":632},"p-universal-2",{"text":631},"Le Web lui-même a évolué à travers des protocoles en couches plutôt que par le biais d'un format de message unique pour chaque problème. La pile émergente d'agents semble aller dans la même direction : des primitives horizontales communes, des contrats de domaine spécialisés et une découverte\u002Fun versionnement explicites.",{},{"id":634,"data":635,"type":226,"tunes":637},"p-universal-3",{"text":636},"Le défi architectural ne consiste donc plus à savoir « quel protocole gagne ? », mais à déterminer avec quelle fluidité les protocoles se composent sans dupliquer la sémantique d'identité, d'autorisation, d'état et d'audit.",{},{"id":639,"data":640,"type":42,"tunes":642},"h-failures",{"text":641,"level":219},"La composition des protocoles crée de nouveaux modes de défaillance",{},{"id":644,"data":645,"type":304,"tunes":675},"failure-table",{"content":646,"stretched":43,"withHeadings":14},[647,651,655,659,663,667,671],[648,649,650],"Mode de défaillance","Ce qui se passe","Contrôle d'architecture",[652,653,654],"Fuite d'autorité","Une capacité d'outil ou d'agent valide est assimilée à une autorisation d'effectuer une action métier","Garder l'autorisation produit indépendante de la découverte des capacités du protocole",[656,657,658],"Désalignement des identités","L'identité de l'hôte MCP, l'identité de l'agent A2A et l'identité commerciale\u002Fde paiement font référence à des entités différentes","Définir un mappage explicite des entités à travers les frontières",[660,661,662],"Dérive de version","Un protocole évolue alors que les adaptateurs dépendants supposent des sémantiques plus anciennes","Négocier et verrouiller les versions des protocoles de manière indépendante",[664,665,666],"Duplication d'état","Le même état de panier, de tâche ou d'approbation est copié dans plusieurs couches de protocoles","Définir un propriétaire faisant autorité unique par objet de domaine",[668,669,670],"Fragmentation de l'audit","Les traces d'outils, les tâches d'agents, les preuves de commande et de paiement ne peuvent pas être associées","Transmettre des identifiants de corrélation et des identifiants de domaine stables à travers les frontières de protocoles",[672,673,674],"Tunnelisation sémantique","Tout est acheminé de force à travers un protocole générique sous la forme de JSON opaque","Utiliser des protocoles de domaine lorsque leur sémantique améliore concrètement l'exactitude",{},{"id":677,"data":678,"type":42,"tunes":680},"h-app-arch",{"text":679,"level":219},"Le choix du protocole ne remplace pas l'architecture applicative",{},{"id":682,"data":683,"type":226,"tunes":685},"p-app-1",{"text":684},"Les standards ouverts réduisent le couplage d'intégration, mais ils ne déterminent pas votre modèle de domaine, votre politique d'autorisation, votre source de vérité, votre stratégie de nouvelle tentative ou vos critères d'acceptation. Un outil MCP peut toujours exposer la mauvaise capacité. Un agent A2A peut toujours retourner un artefact erroné. Un paiement UCP peut toujours contenir des données marchand obsolètes. Un mandat AP2 peut toujours être mal appliqué par la logique applicative.",{},{"id":687,"data":688,"type":226,"tunes":690},"p-app-2",{"text":689},"Considérez les protocoles comme des contrats entre des composants qui évoluent de manière indépendante. Conservez la vérité du domaine et les politiques critiques dans la couche applicative qui en a la responsabilité, puis utilisez des protocoles pour rendre les frontières interopérables.",{},{"id":692,"data":693,"type":698,"tunes":699},"ref-harness",{"url":694,"title":695,"excerpt":696,"ctaLabel":697},"https:\u002F\u002Fstajic.de\u002Ffr\u002Fblog\u002Fmanaged-agent-harness-vs-self-hosted-agent-loop-what-you-gain-what-you-lose","Harnais d'agents géré vs boucle d'agents auto-hébergée : ce que vous gagnez, ce que vous perdez","Les frontières de protocoles résolvent l'interopérabilité. Les frontières d'exécution déterminent qui exploite le harnais, l'environnement d'exécution et le plan de contrôle applicatif.","Lire le guide d'architecture d'exécution","referralArticle",{},{"id":701,"data":702,"type":42,"tunes":704},"h-change",{"text":703,"level":219},"Qu'est-ce qui changerait cette réponse ?",{},{"id":706,"data":707,"type":226,"tunes":709},"p-change-1",{"text":708},"La pile technologique évolue si les protocoles convergent, si un standard en absorbe formellement un autre, ou si les fournisseurs standardisent une couche partagée d'identité et d'autorisation à travers plusieurs frontières. UCP démontre déjà la composition en prenant en charge les API, A2A et MCP, et en s'intégrant avec AP2 plutôt qu'en les remplaçant.",{},{"id":711,"data":712,"type":226,"tunes":714},"p-change-2",{"text":713},"La réponse varie également selon la portée de l'application. Un petit agent interne peut n'avoir besoin que de MCP. Un flux de travail multi-entreprises peut nécessiter A2A. Un commerçant peut avoir besoin d'UCP sans A2UI. Un agent d'achat délégué peut avoir besoin de tous ces protocoles. Utilisez le plus petit ensemble de protocoles qui représente les véritables frontières sans aplatir la sémantique métier.",{},{"id":716,"data":717,"type":42,"tunes":719},"h-limitations",{"text":718,"level":219},"Limites",{},{"id":721,"data":722,"type":226,"tunes":724},"p-limit-1",{"text":723},"Les protocoles abordés ici se situent à différents niveaux de maturité et possèdent des modèles de gouvernance distincts. A2A a atteint une spécification v1.0 stable, tandis que d'autres standards continuent d'évoluer rapidement. L'adoption par l'écosystème est également inégale selon les fournisseurs et les frameworks.",{},{"id":726,"data":727,"type":226,"tunes":729},"p-limit-2",{"text":728},"Cet article se concentre sur les responsabilités architecturales plutôt que sur l'exhaustivité de l'implémentation. Les méthodes d'authentification spécifiques, les liaisons de transport, les schémas et les mécanismes d'extension doivent être consultés dans la spécification actuelle de chaque protocole.",{},{"id":731,"data":732,"type":42,"tunes":734},"h-conclusion",{"text":733,"level":219},"Conclusion",{},{"id":736,"data":737,"type":226,"tunes":739},"p-conclusion-1",{"text":738},"MCP, A2A, UCP, AP2 et A2UI prennent tout leur sens lorsqu'ils sont envisagés comme des protocoles destinés à différentes relations, et non comme cinq tentatives concurrentes de standardiser les « agents ».",{},{"id":741,"data":742,"type":226,"tunes":744},"p-conclusion-2",{"text":743},"MCP expose des capacités. A2A coordonne des agents indépendants. UCP dote le commerce de son propre contrat lisible par machine. AP2 apporte une autorité de paiement vérifiable. A2UI offre aux agents un chemin déclaratif sécurisé vers les interfaces utilisateur. Le web agentique émergent ne remplace donc pas les protocoles par l'IA ; il crée une nouvelle pile de protocoles autour de l'IA.",{},{"id":746,"data":747,"type":42,"tunes":749},"h-faq",{"text":748,"level":219},"FAQ",{},{"id":751,"data":752,"type":751,"tunes":779},"faq",{"items":753,"title":778},[754,758,762,766,770,774],{"id":755,"answer":756,"question":757},"faq1","Non. MCP standardise principalement la façon dont les applications d'IA accèdent aux outils, aux ressources et aux données. A2A standardise la collaboration entre systèmes d'agents indépendants. Un agent distant peut utiliser MCP en interne tout en exposant une interface A2A.","A2A remplace-t-il MCP ?",{"id":759,"answer":760,"question":761},"faq2","Pas de manière générale. UCP fournit une sémantique propre au commerce, comme le panier, le paiement et l'exécution de commande. MCP peut toujours exposer les outils ou les données des marchands, et UCP est conçu pour coexister avec MCP et A2A.","UCP remplace-t-il MCP pour les agents d'achat ?",{"id":763,"answer":764,"question":765},"faq3","UCP standardise les interactions commerciales et le cycle de vie des transactions. AP2 se concentre sur la preuve qu'un agent disposait de l'autorité nécessaire pour effectuer un paiement selon les contraintes définies par l'utilisateur ou l'organisation.","Quelle est la différence entre UCP et AP2 ?",{"id":767,"answer":768,"question":769},"faq4","A2UI permet aux agents d'envoyer une intention d'interface déclarative à une application hôte, qui restitue l'expérience à travers des composants natifs de confiance au lieu d'exécuter du code frontend distant arbitraire.","Quel problème A2UI résout-il ?",{"id":771,"answer":772,"question":773},"faq5","Oui. Un flux de travail peut utiliser MCP pour les outils internes, A2A pour la délégation à des agents distants, UCP pour le commerce, AP2 pour l'autorisation de paiement et A2UI pour l'interaction humaine.","Une même application d'agent peut-elle utiliser tous ces protocoles ?",{"id":775,"answer":776,"question":777},"faq6","Partez de la frontière d'interopérabilité. Si le problème concerne l'accès aux outils, évaluez MCP. S'il s'agit de la collaboration entre agents indépendants, examinez A2A. S'il concerne le commerce, UCP. S'il s'agit de la délégation d'autorité de paiement, AP2. S'il concerne une interface portable pilotée par un agent, A2UI.","Quel protocole dois-je implémenter en premier ?","MCP, A2A, UCP, AP2 et A2UI",{},{"id":781,"data":782,"type":42,"tunes":784},"h-glossary",{"text":783,"level":219},"Glossaire",{},{"id":786,"data":787,"type":786,"tunes":807},"glossary",{"title":788,"entries":789},"Termes clés des protocoles d'agents",[790,792,794,797,800,803],{"term":280,"anchor":418,"definition":791},"Model Context Protocol, un standard ouvert pour exposer des outils, des ressources et des prompts provenant de systèmes externes à des hôtes d'IA compatibles.",{"term":285,"anchor":420,"definition":793},"Agent2Agent Protocol, un standard ouvert pour découvrir des systèmes d'agents indépendants et collaborer avec eux par le biais de messages, de tâches et d'artefacts.",{"term":290,"anchor":795,"definition":796},"ucp","Universal Commerce Protocol, un standard ouvert pour des parcours de commerce agentique interopérables entre les surfaces grand public, les entreprises et les prestataires de paiement.",{"term":295,"anchor":798,"definition":799},"ap2","Agent Payments Protocol, un standard ouvert pour représenter et vérifier l'autorité, l'intention et la responsabilité dans les paiements initiés par des agents.",{"term":300,"anchor":801,"definition":802},"a2ui","Agent-to-User Interface, un protocole déclaratif permettant aux agents de demander une interface utilisateur rendue à l'aide des composants de confiance de l'application hôte.",{"term":804,"anchor":805,"definition":806},"Composition de protocoles","protocol-composition","Utilisation de plusieurs protocoles au sein d'un même flux de travail, chacun étant responsable d'une frontière d'interopérabilité distincte plutôt que d'imposer toute la sémantique à travers un seul contrat.",{},{"id":809,"data":810,"type":42,"tunes":812},"h-sources",{"text":811,"level":219},"Sources principales et lectures complémentaires",{},{"id":814,"data":815,"type":821,"tunes":822},"src-google-guide",{"link":816,"meta":817},"https:\u002F\u002Fdevelopers.googleblog.com\u002Fdevelopers-guide-to-ai-agent-protocols\u002F",{"image":818,"title":819,"description":820},{"url":399},"Google Developers — Guide du développeur sur les protocoles d'agents IA","Un aperçu pratique montrant MCP, A2A, UCP, AP2, A2UI et les protocoles associés fonctionnant ensemble dans un flux de travail d'agent à étapes multiples.","linkTool",{},{"id":824,"data":825,"type":821,"tunes":831},"src-mcp",{"link":826,"meta":827},"https:\u002F\u002Fts.sdk.modelcontextprotocol.io\u002Fv2\u002F",{"image":828,"title":829,"description":830},{"url":399},"Model Context Protocol — SDK TypeScript v2","Documentation actuelle du SDK stable implémentant la spécification MCP du 28-07-2026 et définissant les outils, les ressources, les invites et l'intégration hôte\u002Fserveur.",{},{"id":833,"data":834,"type":821,"tunes":840},"src-a2a-spec",{"link":835,"meta":836},"https:\u002F\u002Fa2a-protocol.org\u002Fdev\u002Fspecification\u002F",{"image":837,"title":838,"description":839},{"url":399},"Protocole A2A — Spécification v1.0","Spécification actuelle du protocole A2A couvrant les cartes d'agent (Agent Cards), les messages, les tâches, les artefacts, les liaisons et la négociation de version.",{},{"id":842,"data":843,"type":821,"tunes":849},"src-a2a-aaif",{"link":844,"meta":845},"https:\u002F\u002Fa2a-protocol.org\u002Flatest\u002Fblog\u002F2026\u002F08\u002F27\u002Fa-new-chapter-for-a2a-joining-the-agentic-ai-foundation\u002F",{"image":846,"title":847,"description":848},{"url":399},"A2A — Rejoindre l'Agentic AI Foundation","Cadrage actuel du projet A2A en tant que couche horizontale de collaboration entre agents, aux côtés de MCP pour l'intégration verticale d'outils et de données.",{},{"id":851,"data":852,"type":821,"tunes":858},"src-ucp",{"link":853,"meta":854},"https:\u002F\u002Fdevelopers.googleblog.com\u002Funder-the-hood-universal-commerce-protocol-ucp\u002F",{"image":855,"title":856,"description":857},{"url":399},"Google Developers — Sous le capot : Universal Commerce Protocol","Aperçu technique d'UCP, de ses primitives de commerce et de sa capacité à se composer avec les API, A2A, MCP et AP2.",{},{"id":860,"data":861,"type":821,"tunes":867},"src-ucp-profile",{"link":862,"meta":863},"https:\u002F\u002Fdevelopers.google.com\u002Fmerchant\u002Fucp\u002Fimplementation\u002F2026-04-08\u002Fpublish-profile",{"image":864,"title":865,"description":866},{"url":399},"Google Universal Commerce Protocol — Profil UCP","Mécanisme actuel de profil versionné pour publier les services UCP et les capacités commerciales des marchands.",{},{"id":869,"data":870,"type":821,"tunes":876},"src-ap2",{"link":871,"meta":872},"https:\u002F\u002Fcloud.google.com\u002Fblog\u002Fproducts\u002Fai-machine-learning\u002Fannouncing-agents-to-payments-ap2-protocol",{"image":873,"title":874,"description":875},{"url":399},"Google Cloud — Agent Payments Protocol (AP2)","Annonce et justification d'un protocole ouvert couvrant l'autorisation, l'authenticité et la traçabilité des paiements initiés par des agents.",{},{"id":878,"data":879,"type":821,"tunes":885},"src-a2ui",{"link":880,"meta":881},"https:\u002F\u002Fdevelopers.googleblog.com\u002Fa2ui-v0-9-generative-ui\u002F",{"image":882,"title":883,"description":884},{"url":399},"Google Developers — A2UI v0.9","Le modèle déclaratif agnostique au framework d'A2UI pour des interfaces portables pilotées par des agents et rendues par des composants natifs de l'hôte.",{},{"id":887,"data":888,"type":821,"tunes":894},"src-a2ui-mcp",{"link":889,"meta":890},"https:\u002F\u002Fdevelopers.googleblog.com\u002Fa2ui-and-mcp-apps\u002F",{"image":891,"title":892,"description":893},{"url":399},"Google Developers — A2UI + MCP Apps","Comment le modèle déclaratif d'A2UI et les expériences plus riches des applications MCP peuvent coexister plutôt que d'être considérés comme des modèles d'interface utilisateur mutuellement exclusifs.",{},"2.31","MCP, A2A, UCP, AP2 et A2UI sont souvent présentés comme des standards d'agents concurrents. Ils résolvent principalement des problèmes d'interopérabilité différents. Ce guide associe chaque protocole à la frontière qu'il standardise réellement—et montre comment ils peuvent fonctionner ensemble dans un seul système de production.","\u002Fuploads\u002F2026\u002F09\u002Fmcp-vs-a2a-vs-ucp-vs-ap2-vs-a2ui-the-agent-protocol-stack-explained-1790352625869-2ezle0.webp","mcp-vs-a2a-vs-ucp-vs-ap2-vs-a2ui-the-agent-protocol-stack-explained-1790352625869-2ezle0","PUBLISHED","2026-09-25T12:09:00.000Z","2026-09-25T16:09:26.909Z","2026-09-25T19:27:42.182Z",{"en":904,"de":905,"sr":906,"es":907,"fr":908,"it":909,"ru":910,"zh":911},"\u002Fblog\u002Fmcp-vs-a2a-vs-ucp-vs-ap2-vs-a2ui-the-agent-protocol-stack-explained","\u002Fde\u002Fblog\u002Fmcp-vs-a2a-vs-ucp-vs-ap2-vs-a2ui-the-agent-protocol-stack-explained","\u002Fsr\u002Fblog\u002Fmcp-vs-a2a-vs-ucp-vs-ap2-vs-a2ui-the-agent-protocol-stack-explained","\u002Fes\u002Fblog\u002Fmcp-vs-a2a-vs-ucp-vs-ap2-vs-a2ui-the-agent-protocol-stack-explained","\u002Ffr\u002Fblog\u002Fmcp-vs-a2a-vs-ucp-vs-ap2-vs-a2ui-the-agent-protocol-stack-explained","\u002Fit\u002Fblog\u002Fmcp-vs-a2a-vs-ucp-vs-ap2-vs-a2ui-the-agent-protocol-stack-explained","\u002Fru\u002Fblog\u002Fmcp-vs-a2a-vs-ucp-vs-ap2-vs-a2ui-the-agent-protocol-stack-explained","\u002Fzh\u002Fblog\u002Fmcp-vs-a2a-vs-ucp-vs-ap2-vs-a2ui-the-agent-protocol-stack-explained",[913,917,921],{"id":914,"name":915,"slug":916},57,"Limites des données","data-boundaries",{"id":918,"name":919,"slug":920},84,"Politique et limites des données","policy-and-data",{"id":922,"name":923,"slug":924},46,"Aperçu","overview",{"id":926,"login":927,"email":928,"displayName":929},"20","rooth8233","aleksandar@stajic.de","Aleksandar Stajić",[931,1482],{"lang":932,"title":933,"content":934,"contentJson":935,"excerpt":1481},"en","MCP vs A2A vs UCP vs AP2 vs A2UI: The Agent Protocol Stack Explained","{\"time\":1790352626854,\"blocks\":[{\"id\":\"_z4yTl5Fh-\",\"type\":\"tableOfContents\",\"data\":{\"title\":\"Contents\",\"minLevel\":2,\"maxLevel\":3},\"tunes\":{}},{\"id\":\"intro\",\"type\":\"paragraph\",\"data\":{\"text\":\"AI agent protocols are multiplying quickly: MCP, A2A, UCP, AP2, A2UI and adjacent standards increasingly appear in the same architecture diagrams. They are often described as competing protocols. In practice, most of them solve different interoperability problems at different boundaries. The useful question is not “Which protocol wins?” but “Which relationship in the system needs to be standardized?”\"},\"tunes\":{}},{\"id\":\"direct\",\"type\":\"callout\",\"data\":{\"variant\":\"info\",\"title\":\"Direct answer\",\"body\":\"\u003Cstrong>MCP, A2A, UCP, AP2 and A2UI are mostly complementary, not substitutes.\u003C\u002Fstrong> MCP connects an AI application to tools, data and resources. A2A connects independent agents to one another. UCP standardizes commerce interactions between consumer surfaces, businesses and payment ecosystems. AP2 adds verifiable authorization and payment intent to agent-led transactions. A2UI lets an agent describe interactive UI without sending arbitrary application code. A production system may legitimately use several of them in one workflow.\"},\"tunes\":{}},{\"id\":\"freshness\",\"type\":\"callout\",\"data\":{\"variant\":\"warning\",\"title\":\"Fast-moving standards\",\"body\":\"This article reflects the protocol landscape on \u003Cstrong>25 September 2026\u003C\u002Fstrong>. A2A has reached v1.0, MCP's current TypeScript v2 line implements the 2026-07-28 specification, UCP has already added newer 2026 protocol versions, and A2UI continues to evolve. Always verify the current specification before implementation.\"},\"tunes\":{}},{\"id\":\"model-note\",\"type\":\"callout\",\"data\":{\"variant\":\"note\",\"title\":\"The model used in this article\",\"body\":\"The Protocol Responsibility Stack and Protocol Selection Test below are practical architecture models proposed here. They are not official terminology from the protocol projects.\"},\"tunes\":{}},{\"id\":\"h-core\",\"type\":\"header\",\"data\":{\"text\":\"The core mistake: comparing protocols that sit at different boundaries\",\"level\":2},\"tunes\":{}},{\"id\":\"p-core-1\",\"type\":\"paragraph\",\"data\":{\"text\":\"A protocol is useful because two independently implemented systems need a stable contract. The contract only makes sense if the boundary is clear. An agent talking to a database has a different interoperability problem from one agent delegating work to another, a shopper authorizing a purchase, or a remote agent asking a native application to render a form.\"},\"tunes\":{}},{\"id\":\"p-core-2\",\"type\":\"paragraph\",\"data\":{\"text\":\"Google's 2026 developer guide explicitly presents MCP, A2A, UCP, AP2, A2UI and related UI protocols as a stack of complementary standards. The same example workflow can use several of them together: tools for inventory, remote agents for suppliers, commerce for ordering, payment authorization for spending and UI protocols for interaction.\"},\"tunes\":{}},{\"id\":\"h-stack\",\"type\":\"header\",\"data\":{\"text\":\"The Protocol Responsibility Stack\",\"level\":2},\"tunes\":{}},{\"id\":\"stack-table\",\"type\":\"table\",\"data\":{\"withHeadings\":true,\"stretched\":false,\"content\":[[\"Protocol\",\"Standardizes which relationship?\",\"Primary abstraction\",\"Not primarily for\"],[\"MCP\",\"AI application ↔ tools, resources and data\",\"Tools, resources, prompts and host\u002Fserver capability exchange\",\"Independent agent collaboration or commerce semantics\"],[\"A2A\",\"Agent ↔ independent agent\",\"Agent discovery, messages, tasks, artifacts and long-running collaboration\",\"Direct database\u002Ftool integration\"],[\"UCP\",\"Consumer\u002Fagent surface ↔ merchant commerce system\",\"Product\u002Fcart\u002Fcheckout\u002Ffulfillment\u002Forder capabilities\",\"General-purpose agent communication\"],[\"AP2\",\"User\u002Fagent intent ↔ payment authorization\",\"Mandates, approval constraints and auditable agent-led payment authority\",\"Product discovery or generic checkout transport\"],[\"A2UI\",\"Agent ↔ user interface host\",\"Declarative UI intent rendered by trusted native components\",\"Arbitrary remote frontend code or agent-to-agent task delegation\"]]},\"tunes\":{}},{\"id\":\"all-five\",\"type\":\"callout\",\"data\":{\"variant\":\"success\",\"title\":\"One workflow can use all five\",\"body\":\"An agent may use \u003Cstrong>MCP\u003C\u002Fstrong> to inspect inventory, \u003Cstrong>A2A\u003C\u002Fstrong> to ask a supplier agent for availability, \u003Cstrong>UCP\u003C\u002Fstrong> to build a commerce transaction, \u003Cstrong>AP2\u003C\u002Fstrong> to prove spending authority, and \u003Cstrong>A2UI\u003C\u002Fstrong> to render a native approval interface to the user.\"},\"tunes\":{}},{\"id\":\"h-mcp\",\"type\":\"header\",\"data\":{\"text\":\"1. MCP: connect the agent to capabilities\",\"level\":2},\"tunes\":{}},{\"id\":\"p-mcp-1\",\"type\":\"paragraph\",\"data\":{\"text\":\"The Model Context Protocol is an open standard for connecting AI applications to external systems where tools, data and reusable resources live. A server exposes capabilities; an MCP host connects to that server and makes those capabilities available to the model or application.\"},\"tunes\":{}},{\"id\":\"p-mcp-2\",\"type\":\"paragraph\",\"data\":{\"text\":\"The current MCP TypeScript v2 documentation describes the protocol in exactly those terms: servers expose tools, resources and prompts, while hosts such as development environments or custom applications connect to them. This makes MCP primarily a capability integration protocol.\"},\"tunes\":{}},{\"id\":\"h-mcp-use\",\"type\":\"header\",\"data\":{\"text\":\"Use MCP when\",\"level\":3},\"tunes\":{}},{\"id\":\"mcp-list\",\"type\":\"list\",\"data\":{\"style\":\"unordered\",\"meta\":{},\"items\":[\"An AI application needs standardized access to tools or APIs.\",\"You want one capability server to work with multiple compatible AI hosts.\",\"You need structured access to data or resources without hard-coding every integration into each agent.\",\"The external system is a capability provider, not an autonomous peer agent.\"]},\"tunes\":{}},{\"id\":\"mcp-warning\",\"type\":\"callout\",\"data\":{\"variant\":\"warning\",\"title\":\"MCP is not automatically A2A\",\"body\":\"An MCP server can expose powerful functions, but that does not make it an independent agent with its own task lifecycle, discovery semantics and opaque internal reasoning. Tool invocation and agent collaboration are different contracts.\"},\"tunes\":{}},{\"id\":\"h-a2a\",\"type\":\"header\",\"data\":{\"text\":\"2. A2A: connect independent agents\",\"level\":2},\"tunes\":{}},{\"id\":\"p-a2a-1\",\"type\":\"paragraph\",\"data\":{\"text\":\"Agent2Agent (A2A) is designed for communication between independent, potentially opaque agent systems. Its current v1.0 specification focuses on capability discovery, messaging, tasks, artifacts, multimodal content and long-running collaboration without requiring one agent to expose its internal tools, memory or implementation to another.\"},\"tunes\":{}},{\"id\":\"p-a2a-2\",\"type\":\"paragraph\",\"data\":{\"text\":\"That opacity is the important boundary. The calling agent does not need to know whether the remote agent uses MCP, custom tools, a proprietary planner, another model vendor, or human escalation internally. It needs a contract for discovering capabilities and delegating work.\"},\"tunes\":{}},{\"id\":\"p-a2a-3\",\"type\":\"paragraph\",\"data\":{\"text\":\"A2A v1.0 also standardizes version negotiation and supports multiple bindings around a common data model. Its published Agent Card mechanism gives clients a standard discovery point for an agent's capabilities, supported protocols, authentication requirements and skills.\"},\"tunes\":{}},{\"id\":\"h-a2a-use\",\"type\":\"header\",\"data\":{\"text\":\"Use A2A when\",\"level\":3},\"tunes\":{}},{\"id\":\"a2a-list\",\"type\":\"list\",\"data\":{\"style\":\"unordered\",\"meta\":{},\"items\":[\"One autonomous agent needs to delegate work to another autonomous agent.\",\"The remote system should remain opaque behind a capability contract.\",\"Tasks may be long-running, asynchronous or require human-in-the-loop interaction.\",\"Agents are built with different frameworks, languages, vendors or organizational ownership.\"]},\"tunes\":{}},{\"id\":\"h-mcp-a2a\",\"type\":\"header\",\"data\":{\"text\":\"MCP vs A2A: vertical integration vs horizontal collaboration\",\"level\":2},\"tunes\":{}},{\"id\":\"mcp-a2a-comparison\",\"type\":\"comparison\",\"data\":{\"title\":\"MCP and A2A solve different interoperability problems\",\"layout\":\"table\",\"columns\":[{\"id\":\"dimension\",\"label\":\"Dimension\"},{\"id\":\"mcp\",\"label\":\"MCP\"},{\"id\":\"a2a\",\"label\":\"A2A\"}],\"rows\":[{\"id\":\"relationship\",\"label\":\"Relationship\",\"values\":[\"\",\"\",\"\"]},{\"id\":\"abstraction\",\"label\":\"Abstraction\",\"values\":[\"\",\"\",\"\"]},{\"id\":\"opacity\",\"label\":\"Internal opacity\",\"values\":[\"\",\"\",\"\"]},{\"id\":\"long\",\"label\":\"Long-running work\",\"values\":[\"\",\"\",\"\"]}]},\"tunes\":{}},{\"id\":\"p-mcp-a2a-1\",\"type\":\"paragraph\",\"data\":{\"text\":\"The A2A project itself now describes the distinction as horizontal versus vertical: MCP connects agents to internal tools and databases, while A2A enables peer-to-peer collaboration across agent systems.\"},\"tunes\":{}},{\"id\":\"h-ucp\",\"type\":\"header\",\"data\":{\"text\":\"3. UCP: standardize agentic commerce\",\"level\":2},\"tunes\":{}},{\"id\":\"p-ucp-1\",\"type\":\"paragraph\",\"data\":{\"text\":\"The Universal Commerce Protocol is not a generic agent protocol. It standardizes commerce journeys between consumer surfaces, merchants and payment providers. Google's implementation already supports capabilities such as cart creation, checkout, fulfillment and order lifecycle through versioned profiles and APIs.\"},\"tunes\":{}},{\"id\":\"p-ucp-2\",\"type\":\"paragraph\",\"data\":{\"text\":\"A merchant can publish a UCP profile under \u002F.well-known\u002Fucp describing services, protocol versions and capabilities. That discovery pattern matters because an agentic surface should not need a bespoke checkout contract for every merchant.\"},\"tunes\":{}},{\"id\":\"p-ucp-3\",\"type\":\"paragraph\",\"data\":{\"text\":\"UCP is also intentionally composable. Google's technical overview says it can integrate through APIs, A2A and MCP and is compatible with AP2 for agentic payment authorization.\"},\"tunes\":{}},{\"id\":\"h-ucp-use\",\"type\":\"header\",\"data\":{\"text\":\"Use UCP when\",\"level\":3},\"tunes\":{}},{\"id\":\"ucp-list\",\"type\":\"list\",\"data\":{\"style\":\"unordered\",\"meta\":{},\"items\":[\"The workflow involves merchant products, carts, checkout, fulfillment or order lifecycle.\",\"You are building a merchant surface that should work with agentic shopping experiences.\",\"The integration needs commerce-specific semantics rather than generic tool calls.\",\"You want an interoperable commerce contract that can coexist with MCP, A2A and payment protocols.\"]},\"tunes\":{}},{\"id\":\"h-ap2\",\"type\":\"header\",\"data\":{\"text\":\"4. AP2: prove that the agent was allowed to spend\",\"level\":2},\"tunes\":{}},{\"id\":\"p-ap2-1\",\"type\":\"paragraph\",\"data\":{\"text\":\"Agentic commerce introduces a problem that ordinary checkout flows did not have to solve in the same way: an agent may transact when the human is not clicking the final button in real time. The Agent Payments Protocol (AP2) addresses authorization, authenticity and accountability for agent-led payments.\"},\"tunes\":{}},{\"id\":\"p-ap2-2\",\"type\":\"paragraph\",\"data\":{\"text\":\"Google's 2026 protocol guide describes AP2 through typed mandates that capture user intent, spending constraints and the specific transaction being authorized. AP2 can work as an extension alongside UCP: UCP describes the commerce transaction, while AP2 provides evidence that the agent had authority to perform the payment.\"},\"tunes\":{}},{\"id\":\"p-ap2-3\",\"type\":\"paragraph\",\"data\":{\"text\":\"This distinction is important. A checkout protocol can tell a merchant what should be purchased. It does not by itself prove who authorized the agent to spend, under what limit, for which merchant, for how long, or whether the final cart remained inside that authority.\"},\"tunes\":{}},{\"id\":\"h-ucp-ap2\",\"type\":\"header\",\"data\":{\"text\":\"UCP vs AP2: transaction semantics vs authority\",\"level\":2},\"tunes\":{}},{\"id\":\"ucp-ap2-table\",\"type\":\"table\",\"data\":{\"withHeadings\":true,\"stretched\":false,\"content\":[[\"Question\",\"UCP\",\"AP2\"],[\"What is being bought?\",\"Commerce items, cart, checkout and fulfillment semantics\",\"References the authorized transaction context\"],[\"Who may authorize it?\",\"Not the primary protocol responsibility\",\"Explicit agent\u002Fuser authority and mandate model\"],[\"What spending constraints apply?\",\"Commerce flow can contain totals and checkout data\",\"Authorization guardrails and intent limits\"],[\"How is the transaction audited?\",\"Order and commerce lifecycle\",\"Cryptographic \u002F verifiable authorization trail through mandates and receipts\"],[\"Can they work together?\",\"Yes\",\"Yes — AP2 can extend agentic commerce flows\"]]},\"tunes\":{}},{\"id\":\"h-a2ui\",\"type\":\"header\",\"data\":{\"text\":\"5. A2UI: let agents describe interfaces without owning your frontend\",\"level\":2},\"tunes\":{}},{\"id\":\"p-a2ui-1\",\"type\":\"paragraph\",\"data\":{\"text\":\"Agent-to-User Interface (A2UI) tackles another boundary: how a remote or local agent communicates a rich interactive interface to a host application. Instead of sending arbitrary HTML, CSS and JavaScript, A2UI uses declarative data that the host renders through its own trusted component catalog.\"},\"tunes\":{}},{\"id\":\"p-a2ui-2\",\"type\":\"paragraph\",\"data\":{\"text\":\"This preserves the host application's design system and security model while still allowing an agent to request dynamic interfaces. A2UI v0.9 specifically emphasizes framework-agnostic UI intent and streaming updates across web, mobile and other clients.\"},\"tunes\":{}},{\"id\":\"p-a2ui-3\",\"type\":\"paragraph\",\"data\":{\"text\":\"Google's later A2UI + MCP Apps work also demonstrates that these UI models are not necessarily mutually exclusive. Declarative native UI and richer embedded application experiences can coexist depending on the task.\"},\"tunes\":{}},{\"id\":\"h-a2ui-use\",\"type\":\"header\",\"data\":{\"text\":\"Use A2UI when\",\"level\":3},\"tunes\":{}},{\"id\":\"a2ui-list\",\"type\":\"list\",\"data\":{\"style\":\"unordered\",\"meta\":{},\"items\":[\"A remote agent needs to request forms, cards, controls or other interactive UI.\",\"The host should preserve its native components, styling and security boundary.\",\"You do not want remote agents shipping arbitrary executable frontend code.\",\"The same agent-defined UI intent should work across different client frameworks.\"]},\"tunes\":{}},{\"id\":\"h-selection\",\"type\":\"header\",\"data\":{\"text\":\"The Protocol Selection Test\",\"level\":2},\"tunes\":{}},{\"id\":\"p-selection-intro\",\"type\":\"paragraph\",\"data\":{\"text\":\"Do not start from the acronym. Start from the relationship that needs interoperability.\"},\"tunes\":{}},{\"id\":\"selection-flow\",\"type\":\"processFlow\",\"data\":{\"title\":\"Choose the protocol by the boundary\",\"orientation\":\"auto\",\"steps\":[{\"label\":\"1. Identify the two independent parties\",\"description\":\"Is this AI-to-tool, agent-to-agent, agent-to-merchant, agent-to-payment authority, or agent-to-user-interface?\"},{\"label\":\"2. Identify the shared object\",\"description\":\"Is the contract about a tool call, task, cart, payment mandate, artifact, or UI description?\"},{\"label\":\"3. Check whether a domain protocol already exists\",\"description\":\"Prefer commerce or payment semantics when the problem is commerce or authorization instead of encoding everything as generic tools.\"},{\"label\":\"4. Keep local internals local\",\"description\":\"Do not expose an entire agent as MCP tools if the remote party only needs an A2A capability, and do not make a remote agent responsible for your UI runtime.\"},{\"label\":\"5. Compose protocols when the workflow crosses boundaries\",\"description\":\"One workflow can legitimately cross tool, agent, commerce, payment and UI contracts.\"},{\"label\":\"6. Version each contract independently\",\"description\":\"Protocol versions evolve at different speeds; do not tie every integration to one monolithic application version.\"},{\"label\":\"7. Preserve authorization at every boundary\",\"description\":\"Interoperability does not replace product permissions, tool authorization, payment authority or data-access policy.\"}]},\"tunes\":{}},{\"id\":\"h-workflow\",\"type\":\"header\",\"data\":{\"text\":\"A realistic multi-protocol workflow\",\"level\":2},\"tunes\":{}},{\"id\":\"workflow-flow\",\"type\":\"processFlow\",\"data\":{\"title\":\"Example: an autonomous procurement workflow\",\"orientation\":\"auto\",\"steps\":[{\"label\":\"1. Inspect internal stock with MCP\",\"description\":\"The purchasing agent calls inventory and forecasting capabilities exposed by internal MCP servers.\"},{\"label\":\"2. Discover a supplier agent with A2A\",\"description\":\"The agent reads the supplier's Agent Card and delegates an availability and lead-time task.\"},{\"label\":\"3. Negotiate the commerce object with UCP\",\"description\":\"The supplier or merchant surface returns structured cart, checkout and fulfillment information.\"},{\"label\":\"4. Check spending authority with AP2\",\"description\":\"The purchase is compared with the user's or organization's signed mandate, merchant constraints and spending limits.\"},{\"label\":\"5. Ask for approval through A2UI\",\"description\":\"If human approval is required, the agent sends declarative UI intent and the host renders the approval experience using trusted native components.\"},{\"label\":\"6. Complete and audit\",\"description\":\"Commerce state, payment authorization, agent task evidence and application audit records remain traceable across their respective boundaries.\"}]},\"tunes\":{}},{\"id\":\"h-universal\",\"type\":\"header\",\"data\":{\"text\":\"Why one universal agent protocol is unlikely to replace all of them\",\"level\":2},\"tunes\":{}},{\"id\":\"p-universal-1\",\"type\":\"paragraph\",\"data\":{\"text\":\"A universal protocol sounds simpler until it must encode every domain's semantics. Tool discovery, long-running agent collaboration, checkout, payment authorization and native UI all have different lifecycle, security and correctness requirements.\"},\"tunes\":{}},{\"id\":\"p-universal-2\",\"type\":\"paragraph\",\"data\":{\"text\":\"The web itself evolved through layered protocols rather than one message format for every problem. The emerging agentic stack appears to be moving in the same direction: common horizontal primitives, specialized domain contracts and explicit discovery\u002Fversioning.\"},\"tunes\":{}},{\"id\":\"p-universal-3\",\"type\":\"paragraph\",\"data\":{\"text\":\"The architecture challenge therefore shifts from “which protocol wins?” to how cleanly protocols compose without duplicating identity, authorization, state and audit semantics.\"},\"tunes\":{}},{\"id\":\"h-failures\",\"type\":\"header\",\"data\":{\"text\":\"Protocol composition creates new failure modes\",\"level\":2},\"tunes\":{}},{\"id\":\"failure-table\",\"type\":\"table\",\"data\":{\"withHeadings\":true,\"stretched\":false,\"content\":[[\"Failure mode\",\"What happens\",\"Architecture control\"],[\"Authority leakage\",\"A valid tool or agent capability is treated as permission to perform a business action\",\"Keep product authorization independent from protocol capability discovery\"],[\"Identity mismatch\",\"MCP host identity, A2A agent identity and commerce\u002Fpayment identity refer to different principals\",\"Define explicit principal mapping across boundaries\"],[\"Version drift\",\"One protocol upgrades while dependent adapters assume older semantics\",\"Negotiate and pin protocol versions independently\"],[\"State duplication\",\"The same cart, task or approval state is copied into several protocol layers\",\"Define one authoritative owner per domain object\"],[\"Audit fragmentation\",\"Tool traces, agent tasks, checkout and payment evidence cannot be joined\",\"Carry correlation IDs and stable domain identifiers across protocol boundaries\"],[\"Semantic tunneling\",\"Everything is forced through a generic protocol as opaque JSON\",\"Use domain protocols where their semantics materially improve correctness\"]]},\"tunes\":{}},{\"id\":\"h-app-arch\",\"type\":\"header\",\"data\":{\"text\":\"Protocol choice does not replace application architecture\",\"level\":2},\"tunes\":{}},{\"id\":\"p-app-1\",\"type\":\"paragraph\",\"data\":{\"text\":\"Open standards reduce integration coupling, but they do not decide your domain model, authorization policy, source of truth, retry strategy or acceptance criteria. An MCP tool can still expose the wrong capability. An A2A agent can still return a bad artifact. A UCP checkout can still contain stale merchant data. An AP2 mandate can still be misapplied by application logic.\"},\"tunes\":{}},{\"id\":\"p-app-2\",\"type\":\"paragraph\",\"data\":{\"text\":\"Treat protocols as contracts between independently evolving components. Keep domain truth and consequential policy in the application layer that owns them, then use protocols to make the boundaries interoperable.\"},\"tunes\":{}},{\"id\":\"ref-harness\",\"type\":\"referralArticle\",\"data\":{\"url\":\"https:\u002F\u002Fstajic.de\u002Fblog\u002Fmanaged-agent-harness-vs-self-hosted-agent-loop-what-you-gain-what-you-lose\",\"title\":\"Managed Agent Harness vs Self-Hosted Agent Loop: What You Gain, What You Lose\",\"excerpt\":\"Protocol boundaries solve interoperability. Runtime boundaries solve who operates the harness, execution environment and application control plane.\",\"ctaLabel\":\"Read the runtime architecture guide\"},\"tunes\":{}},{\"id\":\"h-change\",\"type\":\"header\",\"data\":{\"text\":\"What would change this answer?\",\"level\":2},\"tunes\":{}},{\"id\":\"p-change-1\",\"type\":\"paragraph\",\"data\":{\"text\":\"The stack changes if protocols converge, one standard formally absorbs another, or vendors standardize a shared identity and authorization layer across several boundaries. UCP already demonstrates composition by supporting APIs, A2A and MCP and by integrating with AP2 rather than replacing them.\"},\"tunes\":{}},{\"id\":\"p-change-2\",\"type\":\"paragraph\",\"data\":{\"text\":\"The answer also changes by application scope. A small internal agent may need only MCP. A multi-company workflow may need A2A. A merchant may need UCP without A2UI. A delegated purchasing agent may need all of them. Use the smallest protocol set that represents the real boundaries without flattening domain semantics.\"},\"tunes\":{}},{\"id\":\"h-limitations\",\"type\":\"header\",\"data\":{\"text\":\"Limitations\",\"level\":2},\"tunes\":{}},{\"id\":\"p-limit-1\",\"type\":\"paragraph\",\"data\":{\"text\":\"The protocols discussed here are at different maturity levels and have different governance models. A2A has reached a stable v1.0 specification, while other standards continue to evolve rapidly. Ecosystem adoption is also uneven across vendors and frameworks.\"},\"tunes\":{}},{\"id\":\"p-limit-2\",\"type\":\"paragraph\",\"data\":{\"text\":\"This article focuses on architecture responsibility rather than implementation completeness. Specific authentication methods, transport bindings, schemas and extension mechanisms must be taken from each protocol's current specification.\"},\"tunes\":{}},{\"id\":\"h-conclusion\",\"type\":\"header\",\"data\":{\"text\":\"Conclusion\",\"level\":2},\"tunes\":{}},{\"id\":\"p-conclusion-1\",\"type\":\"paragraph\",\"data\":{\"text\":\"MCP, A2A, UCP, AP2 and A2UI make more sense when viewed as protocols for different relationships, not five competing attempts to standardize “agents.”\"},\"tunes\":{}},{\"id\":\"p-conclusion-2\",\"type\":\"paragraph\",\"data\":{\"text\":\"MCP exposes capabilities. A2A coordinates independent agents. UCP gives commerce its own machine-readable contract. AP2 adds verifiable payment authority. A2UI gives agents a safe declarative path into user interfaces. The emerging agentic web is therefore not replacing protocols with AI; it is creating a new protocol stack around AI.\"},\"tunes\":{}},{\"id\":\"h-faq\",\"type\":\"header\",\"data\":{\"text\":\"FAQ\",\"level\":2},\"tunes\":{}},{\"id\":\"faq\",\"type\":\"faq\",\"data\":{\"title\":\"MCP, A2A, UCP, AP2 and A2UI\",\"items\":[{\"id\":\"faq1\",\"question\":\"Is A2A a replacement for MCP?\",\"answer\":\"No. MCP primarily standardizes how AI applications access tools, resources and data. A2A standardizes collaboration between independent agent systems. A remote agent can internally use MCP while exposing an A2A interface.\"},{\"id\":\"faq2\",\"question\":\"Is UCP a replacement for MCP in shopping agents?\",\"answer\":\"Not generally. UCP provides commerce-specific semantics such as cart, checkout and fulfillment. MCP can still expose merchant tools or data, and UCP is designed to coexist with MCP and A2A.\"},{\"id\":\"faq3\",\"question\":\"What is the difference between UCP and AP2?\",\"answer\":\"UCP standardizes commerce interactions and transaction lifecycle. AP2 focuses on proving that an agent had authority to perform a payment under defined user or organizational constraints.\"},{\"id\":\"faq4\",\"question\":\"What problem does A2UI solve?\",\"answer\":\"A2UI lets agents send declarative UI intent to a host application, which renders the experience through trusted native components instead of executing arbitrary remote frontend code.\"},{\"id\":\"faq5\",\"question\":\"Can one agent application use all of these protocols?\",\"answer\":\"Yes. A workflow can use MCP for internal tools, A2A for remote-agent delegation, UCP for commerce, AP2 for payment authorization and A2UI for human interaction.\"},{\"id\":\"faq6\",\"question\":\"Which protocol should I implement first?\",\"answer\":\"Start from the interoperability boundary. If the problem is tool access, evaluate MCP. If it is independent-agent collaboration, evaluate A2A. If it is commerce, UCP. If it is delegated payment authority, AP2. If it is portable agent-driven UI, A2UI.\"}]},\"tunes\":{}},{\"id\":\"h-glossary\",\"type\":\"header\",\"data\":{\"text\":\"Glossary\",\"level\":2},\"tunes\":{}},{\"id\":\"glossary\",\"type\":\"glossary\",\"data\":{\"title\":\"Key agent-protocol terms\",\"entries\":[{\"term\":\"MCP\",\"definition\":\"Model Context Protocol, an open standard for exposing tools, resources and prompts from external systems to compatible AI hosts.\",\"anchor\":\"mcp\"},{\"term\":\"A2A\",\"definition\":\"Agent2Agent Protocol, an open standard for discovering and collaborating with independent agent systems through messages, tasks and artifacts.\",\"anchor\":\"a2a\"},{\"term\":\"UCP\",\"definition\":\"Universal Commerce Protocol, an open standard for interoperable agentic commerce journeys between consumer surfaces, businesses and payment providers.\",\"anchor\":\"ucp\"},{\"term\":\"AP2\",\"definition\":\"Agent Payments Protocol, an open standard for representing and verifying authority, intent and accountability in agent-led payments.\",\"anchor\":\"ap2\"},{\"term\":\"A2UI\",\"definition\":\"Agent-to-User Interface, a declarative protocol for allowing agents to request UI that is rendered using the host application's trusted components.\",\"anchor\":\"a2ui\"},{\"term\":\"Protocol composition\",\"definition\":\"Using multiple protocols in one workflow, each responsible for a distinct interoperability boundary rather than forcing all semantics through one contract.\",\"anchor\":\"protocol-composition\"}]},\"tunes\":{}},{\"id\":\"h-sources\",\"type\":\"header\",\"data\":{\"text\":\"Primary sources and further reading\",\"level\":2},\"tunes\":{}},{\"id\":\"src-google-guide\",\"type\":\"linkTool\",\"data\":{\"link\":\"https:\u002F\u002Fdevelopers.googleblog.com\u002Fdevelopers-guide-to-ai-agent-protocols\u002F\",\"meta\":{\"image\":{\"url\":\"\"},\"title\":\"Google Developers — Developer's Guide to AI Agent Protocols\",\"description\":\"A practical overview showing MCP, A2A, UCP, AP2, A2UI and related protocols working together in one multi-step agent workflow.\"}},\"tunes\":{}},{\"id\":\"src-mcp\",\"type\":\"linkTool\",\"data\":{\"link\":\"https:\u002F\u002Fts.sdk.modelcontextprotocol.io\u002Fv2\u002F\",\"meta\":{\"image\":{\"url\":\"\"},\"title\":\"Model Context Protocol — TypeScript SDK v2\",\"description\":\"Current stable SDK documentation implementing the 2026-07-28 MCP specification and defining tools, resources, prompts and host\u002Fserver integration.\"}},\"tunes\":{}},{\"id\":\"src-a2a-spec\",\"type\":\"linkTool\",\"data\":{\"link\":\"https:\u002F\u002Fa2a-protocol.org\u002Fdev\u002Fspecification\u002F\",\"meta\":{\"image\":{\"url\":\"\"},\"title\":\"A2A Protocol — v1.0 Specification\",\"description\":\"Current A2A protocol specification covering Agent Cards, messages, tasks, artifacts, bindings and version negotiation.\"}},\"tunes\":{}},{\"id\":\"src-a2a-aaif\",\"type\":\"linkTool\",\"data\":{\"link\":\"https:\u002F\u002Fa2a-protocol.org\u002Flatest\u002Fblog\u002F2026\u002F08\u002F27\u002Fa-new-chapter-for-a2a-joining-the-agentic-ai-foundation\u002F\",\"meta\":{\"image\":{\"url\":\"\"},\"title\":\"A2A — Joining the Agentic AI Foundation\",\"description\":\"Current project framing of A2A as the horizontal agent-collaboration layer alongside MCP as vertical tool\u002Fdata integration.\"}},\"tunes\":{}},{\"id\":\"src-ucp\",\"type\":\"linkTool\",\"data\":{\"link\":\"https:\u002F\u002Fdevelopers.googleblog.com\u002Funder-the-hood-universal-commerce-protocol-ucp\u002F\",\"meta\":{\"image\":{\"url\":\"\"},\"title\":\"Google Developers — Under the Hood: Universal Commerce Protocol\",\"description\":\"Technical overview of UCP, its commerce primitives and its ability to compose with APIs, A2A, MCP and AP2.\"}},\"tunes\":{}},{\"id\":\"src-ucp-profile\",\"type\":\"linkTool\",\"data\":{\"link\":\"https:\u002F\u002Fdevelopers.google.com\u002Fmerchant\u002Fucp\u002Fimplementation\u002F2026-04-08\u002Fpublish-profile\",\"meta\":{\"image\":{\"url\":\"\"},\"title\":\"Google Universal Commerce Protocol — UCP Profile\",\"description\":\"Current versioned profile mechanism for publishing UCP services and merchant commerce capabilities.\"}},\"tunes\":{}},{\"id\":\"src-ap2\",\"type\":\"linkTool\",\"data\":{\"link\":\"https:\u002F\u002Fcloud.google.com\u002Fblog\u002Fproducts\u002Fai-machine-learning\u002Fannouncing-agents-to-payments-ap2-protocol\",\"meta\":{\"image\":{\"url\":\"\"},\"title\":\"Google Cloud — Agent Payments Protocol (AP2)\",\"description\":\"Announcement and rationale for an open protocol covering authorization, authenticity and accountability in agent-led payments.\"}},\"tunes\":{}},{\"id\":\"src-a2ui\",\"type\":\"linkTool\",\"data\":{\"link\":\"https:\u002F\u002Fdevelopers.googleblog.com\u002Fa2ui-v0-9-generative-ui\u002F\",\"meta\":{\"image\":{\"url\":\"\"},\"title\":\"Google Developers — A2UI v0.9\",\"description\":\"A2UI's framework-agnostic declarative model for portable agent-driven interfaces rendered by host-native components.\"}},\"tunes\":{}},{\"id\":\"src-a2ui-mcp\",\"type\":\"linkTool\",\"data\":{\"link\":\"https:\u002F\u002Fdevelopers.googleblog.com\u002Fa2ui-and-mcp-apps\u002F\",\"meta\":{\"image\":{\"url\":\"\"},\"title\":\"Google Developers — A2UI + MCP Apps\",\"description\":\"How declarative A2UI and richer MCP App experiences can coexist rather than being treated as mutually exclusive UI models.\"}},\"tunes\":{}}],\"version\":\"2.31.6\"}",{"time":936,"blocks":937,"version":1480},1790352626854,[938,942,946,951,956,961,965,969,973,977,1006,1011,1015,1019,1023,1027,1036,1041,1045,1049,1053,1057,1061,1070,1074,1094,1098,1102,1106,1110,1114,1118,1127,1131,1135,1139,1143,1147,1172,1176,1180,1184,1188,1192,1201,1205,1209,1235,1239,1262,1266,1270,1274,1278,1282,1314,1318,1322,1326,1333,1337,1341,1345,1349,1353,1357,1360,1364,1368,1371,1394,1398,1416,1420,1427,1434,1441,1448,1455,1462,1468,1474],{"id":215,"data":939,"type":220,"tunes":941},{"title":940,"maxLevel":218,"minLevel":219},"Contents",{},{"id":223,"data":943,"type":226,"tunes":945},{"text":944},"AI agent protocols are multiplying quickly: MCP, A2A, UCP, AP2, A2UI and adjacent standards increasingly appear in the same architecture diagrams. They are often described as competing protocols. In practice, most of them solve different interoperability problems at different boundaries. The useful question is not “Which protocol wins?” but “Which relationship in the system needs to be standardized?”",{},{"id":229,"data":947,"type":234,"tunes":950},{"body":948,"title":949,"variant":233},"\u003Cstrong>MCP, A2A, UCP, AP2 and A2UI are mostly complementary, not substitutes.\u003C\u002Fstrong> MCP connects an AI application to tools, data and resources. A2A connects independent agents to one another. UCP standardizes commerce interactions between consumer surfaces, businesses and payment ecosystems. AP2 adds verifiable authorization and payment intent to agent-led transactions. A2UI lets an agent describe interactive UI without sending arbitrary application code. A production system may legitimately use several of them in one workflow.","Direct answer",{},{"id":237,"data":952,"type":234,"tunes":955},{"body":953,"title":954,"variant":241},"This article reflects the protocol landscape on \u003Cstrong>25 September 2026\u003C\u002Fstrong>. A2A has reached v1.0, MCP's current TypeScript v2 line implements the 2026-07-28 specification, UCP has already added newer 2026 protocol versions, and A2UI continues to evolve. Always verify the current specification before implementation.","Fast-moving standards",{},{"id":244,"data":957,"type":234,"tunes":960},{"body":958,"title":959,"variant":248},"The Protocol Responsibility Stack and Protocol Selection Test below are practical architecture models proposed here. They are not official terminology from the protocol projects.","The model used in this article",{},{"id":251,"data":962,"type":42,"tunes":964},{"text":963,"level":219},"The core mistake: comparing protocols that sit at different boundaries",{},{"id":256,"data":966,"type":226,"tunes":968},{"text":967},"A protocol is useful because two independently implemented systems need a stable contract. The contract only makes sense if the boundary is clear. An agent talking to a database has a different interoperability problem from one agent delegating work to another, a shopper authorizing a purchase, or a remote agent asking a native application to render a form.",{},{"id":261,"data":970,"type":226,"tunes":972},{"text":971},"Google's 2026 developer guide explicitly presents MCP, A2A, UCP, AP2, A2UI and related UI protocols as a stack of complementary standards. The same example workflow can use several of them together: tools for inventory, remote agents for suppliers, commerce for ordering, payment authorization for spending and UI protocols for interaction.",{},{"id":266,"data":974,"type":42,"tunes":976},{"text":975,"level":219},"The Protocol Responsibility Stack",{},{"id":271,"data":978,"type":304,"tunes":1005},{"content":979,"stretched":43,"withHeadings":14},[980,985,989,993,997,1001],[981,982,983,984],"Protocol","Standardizes which relationship?","Primary abstraction","Not primarily for",[280,986,987,988],"AI application ↔ tools, resources and data","Tools, resources, prompts and host\u002Fserver capability exchange","Independent agent collaboration or commerce semantics",[285,990,991,992],"Agent ↔ independent agent","Agent discovery, messages, tasks, artifacts and long-running collaboration","Direct database\u002Ftool integration",[290,994,995,996],"Consumer\u002Fagent surface ↔ merchant commerce system","Product\u002Fcart\u002Fcheckout\u002Ffulfillment\u002Forder capabilities","General-purpose agent communication",[295,998,999,1000],"User\u002Fagent intent ↔ payment authorization","Mandates, approval constraints and auditable agent-led payment authority","Product discovery or generic checkout transport",[300,1002,1003,1004],"Agent ↔ user interface host","Declarative UI intent rendered by trusted native components","Arbitrary remote frontend code or agent-to-agent task delegation",{},{"id":307,"data":1007,"type":234,"tunes":1010},{"body":1008,"title":1009,"variant":311},"An agent may use \u003Cstrong>MCP\u003C\u002Fstrong> to inspect inventory, \u003Cstrong>A2A\u003C\u002Fstrong> to ask a supplier agent for availability, \u003Cstrong>UCP\u003C\u002Fstrong> to build a commerce transaction, \u003Cstrong>AP2\u003C\u002Fstrong> to prove spending authority, and \u003Cstrong>A2UI\u003C\u002Fstrong> to render a native approval interface to the user.","One workflow can use all five",{},{"id":314,"data":1012,"type":42,"tunes":1014},{"text":1013,"level":219},"1. MCP: connect the agent to capabilities",{},{"id":319,"data":1016,"type":226,"tunes":1018},{"text":1017},"The Model Context Protocol is an open standard for connecting AI applications to external systems where tools, data and reusable resources live. A server exposes capabilities; an MCP host connects to that server and makes those capabilities available to the model or application.",{},{"id":324,"data":1020,"type":226,"tunes":1022},{"text":1021},"The current MCP TypeScript v2 documentation describes the protocol in exactly those terms: servers expose tools, resources and prompts, while hosts such as development environments or custom applications connect to them. This makes MCP primarily a capability integration protocol.",{},{"id":329,"data":1024,"type":42,"tunes":1026},{"text":1025,"level":218},"Use MCP when",{},{"id":334,"data":1028,"type":343,"tunes":1035},{"meta":1029,"items":1030,"style":342},{},[1031,1032,1033,1034],"An AI application needs standardized access to tools or APIs.","You want one capability server to work with multiple compatible AI hosts.","You need structured access to data or resources without hard-coding every integration into each agent.","The external system is a capability provider, not an autonomous peer agent.",{},{"id":346,"data":1037,"type":234,"tunes":1040},{"body":1038,"title":1039,"variant":241},"An MCP server can expose powerful functions, but that does not make it an independent agent with its own task lifecycle, discovery semantics and opaque internal reasoning. Tool invocation and agent collaboration are different contracts.","MCP is not automatically A2A",{},{"id":352,"data":1042,"type":42,"tunes":1044},{"text":1043,"level":219},"2. A2A: connect independent agents",{},{"id":357,"data":1046,"type":226,"tunes":1048},{"text":1047},"Agent2Agent (A2A) is designed for communication between independent, potentially opaque agent systems. Its current v1.0 specification focuses on capability discovery, messaging, tasks, artifacts, multimodal content and long-running collaboration without requiring one agent to expose its internal tools, memory or implementation to another.",{},{"id":362,"data":1050,"type":226,"tunes":1052},{"text":1051},"That opacity is the important boundary. The calling agent does not need to know whether the remote agent uses MCP, custom tools, a proprietary planner, another model vendor, or human escalation internally. It needs a contract for discovering capabilities and delegating work.",{},{"id":367,"data":1054,"type":226,"tunes":1056},{"text":1055},"A2A v1.0 also standardizes version negotiation and supports multiple bindings around a common data model. Its published Agent Card mechanism gives clients a standard discovery point for an agent's capabilities, supported protocols, authentication requirements and skills.",{},{"id":372,"data":1058,"type":42,"tunes":1060},{"text":1059,"level":218},"Use A2A when",{},{"id":377,"data":1062,"type":343,"tunes":1069},{"meta":1063,"items":1064,"style":342},{},[1065,1066,1067,1068],"One autonomous agent needs to delegate work to another autonomous agent.","The remote system should remain opaque behind a capability contract.","Tasks may be long-running, asynchronous or require human-in-the-loop interaction.","Agents are built with different frameworks, languages, vendors or organizational ownership.",{},{"id":387,"data":1071,"type":42,"tunes":1073},{"text":1072,"level":219},"MCP vs A2A: vertical integration vs horizontal collaboration",{},{"id":392,"data":1075,"type":421,"tunes":1093},{"rows":1076,"title":1088,"layout":304,"columns":1089},[1077,1080,1082,1085],{"id":396,"label":1078,"values":1079},"Relationship",[399,399,399],{"id":401,"label":402,"values":1081},[399,399,399],{"id":405,"label":1083,"values":1084},"Internal opacity",[399,399,399],{"id":409,"label":1086,"values":1087},"Long-running work",[399,399,399],"MCP and A2A solve different interoperability problems",[1090,1091,1092],{"id":415,"label":416},{"id":418,"label":280},{"id":420,"label":285},{},{"id":424,"data":1095,"type":226,"tunes":1097},{"text":1096},"The A2A project itself now describes the distinction as horizontal versus vertical: MCP connects agents to internal tools and databases, while A2A enables peer-to-peer collaboration across agent systems.",{},{"id":429,"data":1099,"type":42,"tunes":1101},{"text":1100,"level":219},"3. UCP: standardize agentic commerce",{},{"id":434,"data":1103,"type":226,"tunes":1105},{"text":1104},"The Universal Commerce Protocol is not a generic agent protocol. It standardizes commerce journeys between consumer surfaces, merchants and payment providers. Google's implementation already supports capabilities such as cart creation, checkout, fulfillment and order lifecycle through versioned profiles and APIs.",{},{"id":439,"data":1107,"type":226,"tunes":1109},{"text":1108},"A merchant can publish a UCP profile under \u002F.well-known\u002Fucp describing services, protocol versions and capabilities. That discovery pattern matters because an agentic surface should not need a bespoke checkout contract for every merchant.",{},{"id":444,"data":1111,"type":226,"tunes":1113},{"text":1112},"UCP is also intentionally composable. Google's technical overview says it can integrate through APIs, A2A and MCP and is compatible with AP2 for agentic payment authorization.",{},{"id":449,"data":1115,"type":42,"tunes":1117},{"text":1116,"level":218},"Use UCP when",{},{"id":454,"data":1119,"type":343,"tunes":1126},{"meta":1120,"items":1121,"style":342},{},[1122,1123,1124,1125],"The workflow involves merchant products, carts, checkout, fulfillment or order lifecycle.","You are building a merchant surface that should work with agentic shopping experiences.","The integration needs commerce-specific semantics rather than generic tool calls.","You want an interoperable commerce contract that can coexist with MCP, A2A and payment protocols.",{},{"id":464,"data":1128,"type":42,"tunes":1130},{"text":1129,"level":219},"4. AP2: prove that the agent was allowed to spend",{},{"id":469,"data":1132,"type":226,"tunes":1134},{"text":1133},"Agentic commerce introduces a problem that ordinary checkout flows did not have to solve in the same way: an agent may transact when the human is not clicking the final button in real time. The Agent Payments Protocol (AP2) addresses authorization, authenticity and accountability for agent-led payments.",{},{"id":474,"data":1136,"type":226,"tunes":1138},{"text":1137},"Google's 2026 protocol guide describes AP2 through typed mandates that capture user intent, spending constraints and the specific transaction being authorized. AP2 can work as an extension alongside UCP: UCP describes the commerce transaction, while AP2 provides evidence that the agent had authority to perform the payment.",{},{"id":479,"data":1140,"type":226,"tunes":1142},{"text":1141},"This distinction is important. A checkout protocol can tell a merchant what should be purchased. It does not by itself prove who authorized the agent to spend, under what limit, for which merchant, for how long, or whether the final cart remained inside that authority.",{},{"id":484,"data":1144,"type":42,"tunes":1146},{"text":1145,"level":219},"UCP vs AP2: transaction semantics vs authority",{},{"id":489,"data":1148,"type":304,"tunes":1171},{"content":1149,"stretched":43,"withHeadings":14},[1150,1151,1155,1159,1163,1167],[493,290,295],[1152,1153,1154],"What is being bought?","Commerce items, cart, checkout and fulfillment semantics","References the authorized transaction context",[1156,1157,1158],"Who may authorize it?","Not the primary protocol responsibility","Explicit agent\u002Fuser authority and mandate model",[1160,1161,1162],"What spending constraints apply?","Commerce flow can contain totals and checkout data","Authorization guardrails and intent limits",[1164,1165,1166],"How is the transaction audited?","Order and commerce lifecycle","Cryptographic \u002F verifiable authorization trail through mandates and receipts",[1168,1169,1170],"Can they work together?","Yes","Yes — AP2 can extend agentic commerce flows",{},{"id":516,"data":1173,"type":42,"tunes":1175},{"text":1174,"level":219},"5. A2UI: let agents describe interfaces without owning your frontend",{},{"id":521,"data":1177,"type":226,"tunes":1179},{"text":1178},"Agent-to-User Interface (A2UI) tackles another boundary: how a remote or local agent communicates a rich interactive interface to a host application. Instead of sending arbitrary HTML, CSS and JavaScript, A2UI uses declarative data that the host renders through its own trusted component catalog.",{},{"id":526,"data":1181,"type":226,"tunes":1183},{"text":1182},"This preserves the host application's design system and security model while still allowing an agent to request dynamic interfaces. A2UI v0.9 specifically emphasizes framework-agnostic UI intent and streaming updates across web, mobile and other clients.",{},{"id":531,"data":1185,"type":226,"tunes":1187},{"text":1186},"Google's later A2UI + MCP Apps work also demonstrates that these UI models are not necessarily mutually exclusive. Declarative native UI and richer embedded application experiences can coexist depending on the task.",{},{"id":536,"data":1189,"type":42,"tunes":1191},{"text":1190,"level":218},"Use A2UI when",{},{"id":541,"data":1193,"type":343,"tunes":1200},{"meta":1194,"items":1195,"style":342},{},[1196,1197,1198,1199],"A remote agent needs to request forms, cards, controls or other interactive UI.","The host should preserve its native components, styling and security boundary.","You do not want remote agents shipping arbitrary executable frontend code.","The same agent-defined UI intent should work across different client frameworks.",{},{"id":551,"data":1202,"type":42,"tunes":1204},{"text":1203,"level":219},"The Protocol Selection Test",{},{"id":556,"data":1206,"type":226,"tunes":1208},{"text":1207},"Do not start from the acronym. Start from the relationship that needs interoperability.",{},{"id":561,"data":1210,"type":587,"tunes":1234},{"steps":1211,"title":1233,"orientation":586},[1212,1215,1218,1221,1224,1227,1230],{"label":1213,"description":1214},"1. Identify the two independent parties","Is this AI-to-tool, agent-to-agent, agent-to-merchant, agent-to-payment authority, or agent-to-user-interface?",{"label":1216,"description":1217},"2. Identify the shared object","Is the contract about a tool call, task, cart, payment mandate, artifact, or UI description?",{"label":1219,"description":1220},"3. Check whether a domain protocol already exists","Prefer commerce or payment semantics when the problem is commerce or authorization instead of encoding everything as generic tools.",{"label":1222,"description":1223},"4. Keep local internals local","Do not expose an entire agent as MCP tools if the remote party only needs an A2A capability, and do not make a remote agent responsible for your UI runtime.",{"label":1225,"description":1226},"5. Compose protocols when the workflow crosses boundaries","One workflow can legitimately cross tool, agent, commerce, payment and UI contracts.",{"label":1228,"description":1229},"6. Version each contract independently","Protocol versions evolve at different speeds; do not tie every integration to one monolithic application version.",{"label":1231,"description":1232},"7. Preserve authorization at every boundary","Interoperability does not replace product permissions, tool authorization, payment authority or data-access policy.","Choose the protocol by the boundary",{},{"id":590,"data":1236,"type":42,"tunes":1238},{"text":1237,"level":219},"A realistic multi-protocol workflow",{},{"id":595,"data":1240,"type":587,"tunes":1261},{"steps":1241,"title":1260,"orientation":586},[1242,1245,1248,1251,1254,1257],{"label":1243,"description":1244},"1. Inspect internal stock with MCP","The purchasing agent calls inventory and forecasting capabilities exposed by internal MCP servers.",{"label":1246,"description":1247},"2. Discover a supplier agent with A2A","The agent reads the supplier's Agent Card and delegates an availability and lead-time task.",{"label":1249,"description":1250},"3. Negotiate the commerce object with UCP","The supplier or merchant surface returns structured cart, checkout and fulfillment information.",{"label":1252,"description":1253},"4. Check spending authority with AP2","The purchase is compared with the user's or organization's signed mandate, merchant constraints and spending limits.",{"label":1255,"description":1256},"5. Ask for approval through A2UI","If human approval is required, the agent sends declarative UI intent and the host renders the approval experience using trusted native components.",{"label":1258,"description":1259},"6. Complete and audit","Commerce state, payment authorization, agent task evidence and application audit records remain traceable across their respective boundaries.","Example: an autonomous procurement workflow",{},{"id":619,"data":1263,"type":42,"tunes":1265},{"text":1264,"level":219},"Why one universal agent protocol is unlikely to replace all of them",{},{"id":624,"data":1267,"type":226,"tunes":1269},{"text":1268},"A universal protocol sounds simpler until it must encode every domain's semantics. Tool discovery, long-running agent collaboration, checkout, payment authorization and native UI all have different lifecycle, security and correctness requirements.",{},{"id":629,"data":1271,"type":226,"tunes":1273},{"text":1272},"The web itself evolved through layered protocols rather than one message format for every problem. The emerging agentic stack appears to be moving in the same direction: common horizontal primitives, specialized domain contracts and explicit discovery\u002Fversioning.",{},{"id":634,"data":1275,"type":226,"tunes":1277},{"text":1276},"The architecture challenge therefore shifts from “which protocol wins?” to how cleanly protocols compose without duplicating identity, authorization, state and audit semantics.",{},{"id":639,"data":1279,"type":42,"tunes":1281},{"text":1280,"level":219},"Protocol composition creates new failure modes",{},{"id":644,"data":1283,"type":304,"tunes":1313},{"content":1284,"stretched":43,"withHeadings":14},[1285,1289,1293,1297,1301,1305,1309],[1286,1287,1288],"Failure mode","What happens","Architecture control",[1290,1291,1292],"Authority leakage","A valid tool or agent capability is treated as permission to perform a business action","Keep product authorization independent from protocol capability discovery",[1294,1295,1296],"Identity mismatch","MCP host identity, A2A agent identity and commerce\u002Fpayment identity refer to different principals","Define explicit principal mapping across boundaries",[1298,1299,1300],"Version drift","One protocol upgrades while dependent adapters assume older semantics","Negotiate and pin protocol versions independently",[1302,1303,1304],"State duplication","The same cart, task or approval state is copied into several protocol layers","Define one authoritative owner per domain object",[1306,1307,1308],"Audit fragmentation","Tool traces, agent tasks, checkout and payment evidence cannot be joined","Carry correlation IDs and stable domain identifiers across protocol boundaries",[1310,1311,1312],"Semantic tunneling","Everything is forced through a generic protocol as opaque JSON","Use domain protocols where their semantics materially improve correctness",{},{"id":677,"data":1315,"type":42,"tunes":1317},{"text":1316,"level":219},"Protocol choice does not replace application architecture",{},{"id":682,"data":1319,"type":226,"tunes":1321},{"text":1320},"Open standards reduce integration coupling, but they do not decide your domain model, authorization policy, source of truth, retry strategy or acceptance criteria. An MCP tool can still expose the wrong capability. An A2A agent can still return a bad artifact. A UCP checkout can still contain stale merchant data. An AP2 mandate can still be misapplied by application logic.",{},{"id":687,"data":1323,"type":226,"tunes":1325},{"text":1324},"Treat protocols as contracts between independently evolving components. Keep domain truth and consequential policy in the application layer that owns them, then use protocols to make the boundaries interoperable.",{},{"id":692,"data":1327,"type":698,"tunes":1332},{"url":1328,"title":1329,"excerpt":1330,"ctaLabel":1331},"https:\u002F\u002Fstajic.de\u002Fblog\u002Fmanaged-agent-harness-vs-self-hosted-agent-loop-what-you-gain-what-you-lose","Managed Agent Harness vs Self-Hosted Agent Loop: What You Gain, What You Lose","Protocol boundaries solve interoperability. Runtime boundaries solve who operates the harness, execution environment and application control plane.","Read the runtime architecture guide",{},{"id":701,"data":1334,"type":42,"tunes":1336},{"text":1335,"level":219},"What would change this answer?",{},{"id":706,"data":1338,"type":226,"tunes":1340},{"text":1339},"The stack changes if protocols converge, one standard formally absorbs another, or vendors standardize a shared identity and authorization layer across several boundaries. UCP already demonstrates composition by supporting APIs, A2A and MCP and by integrating with AP2 rather than replacing them.",{},{"id":711,"data":1342,"type":226,"tunes":1344},{"text":1343},"The answer also changes by application scope. A small internal agent may need only MCP. A multi-company workflow may need A2A. A merchant may need UCP without A2UI. A delegated purchasing agent may need all of them. Use the smallest protocol set that represents the real boundaries without flattening domain semantics.",{},{"id":716,"data":1346,"type":42,"tunes":1348},{"text":1347,"level":219},"Limitations",{},{"id":721,"data":1350,"type":226,"tunes":1352},{"text":1351},"The protocols discussed here are at different maturity levels and have different governance models. A2A has reached a stable v1.0 specification, while other standards continue to evolve rapidly. Ecosystem adoption is also uneven across vendors and frameworks.",{},{"id":726,"data":1354,"type":226,"tunes":1356},{"text":1355},"This article focuses on architecture responsibility rather than implementation completeness. Specific authentication methods, transport bindings, schemas and extension mechanisms must be taken from each protocol's current specification.",{},{"id":731,"data":1358,"type":42,"tunes":1359},{"text":733,"level":219},{},{"id":736,"data":1361,"type":226,"tunes":1363},{"text":1362},"MCP, A2A, UCP, AP2 and A2UI make more sense when viewed as protocols for different relationships, not five competing attempts to standardize “agents.”",{},{"id":741,"data":1365,"type":226,"tunes":1367},{"text":1366},"MCP exposes capabilities. A2A coordinates independent agents. UCP gives commerce its own machine-readable contract. AP2 adds verifiable payment authority. A2UI gives agents a safe declarative path into user interfaces. The emerging agentic web is therefore not replacing protocols with AI; it is creating a new protocol stack around AI.",{},{"id":746,"data":1369,"type":42,"tunes":1370},{"text":748,"level":219},{},{"id":751,"data":1372,"type":751,"tunes":1393},{"items":1373,"title":1392},[1374,1377,1380,1383,1386,1389],{"id":755,"answer":1375,"question":1376},"No. MCP primarily standardizes how AI applications access tools, resources and data. A2A standardizes collaboration between independent agent systems. A remote agent can internally use MCP while exposing an A2A interface.","Is A2A a replacement for MCP?",{"id":759,"answer":1378,"question":1379},"Not generally. UCP provides commerce-specific semantics such as cart, checkout and fulfillment. MCP can still expose merchant tools or data, and UCP is designed to coexist with MCP and A2A.","Is UCP a replacement for MCP in shopping agents?",{"id":763,"answer":1381,"question":1382},"UCP standardizes commerce interactions and transaction lifecycle. AP2 focuses on proving that an agent had authority to perform a payment under defined user or organizational constraints.","What is the difference between UCP and AP2?",{"id":767,"answer":1384,"question":1385},"A2UI lets agents send declarative UI intent to a host application, which renders the experience through trusted native components instead of executing arbitrary remote frontend code.","What problem does A2UI solve?",{"id":771,"answer":1387,"question":1388},"Yes. A workflow can use MCP for internal tools, A2A for remote-agent delegation, UCP for commerce, AP2 for payment authorization and A2UI for human interaction.","Can one agent application use all of these protocols?",{"id":775,"answer":1390,"question":1391},"Start from the interoperability boundary. If the problem is tool access, evaluate MCP. If it is independent-agent collaboration, evaluate A2A. If it is commerce, UCP. If it is delegated payment authority, AP2. If it is portable agent-driven UI, A2UI.","Which protocol should I implement first?","MCP, A2A, UCP, AP2 and A2UI",{},{"id":781,"data":1395,"type":42,"tunes":1397},{"text":1396,"level":219},"Glossary",{},{"id":786,"data":1399,"type":786,"tunes":1415},{"title":1400,"entries":1401},"Key agent-protocol terms",[1402,1404,1406,1408,1410,1412],{"term":280,"anchor":418,"definition":1403},"Model Context Protocol, an open standard for exposing tools, resources and prompts from external systems to compatible AI hosts.",{"term":285,"anchor":420,"definition":1405},"Agent2Agent Protocol, an open standard for discovering and collaborating with independent agent systems through messages, tasks and artifacts.",{"term":290,"anchor":795,"definition":1407},"Universal Commerce Protocol, an open standard for interoperable agentic commerce journeys between consumer surfaces, businesses and payment providers.",{"term":295,"anchor":798,"definition":1409},"Agent Payments Protocol, an open standard for representing and verifying authority, intent and accountability in agent-led payments.",{"term":300,"anchor":801,"definition":1411},"Agent-to-User Interface, a declarative protocol for allowing agents to request UI that is rendered using the host application's trusted components.",{"term":1413,"anchor":805,"definition":1414},"Protocol composition","Using multiple protocols in one workflow, each responsible for a distinct interoperability boundary rather than forcing all semantics through one contract.",{},{"id":809,"data":1417,"type":42,"tunes":1419},{"text":1418,"level":219},"Primary sources and further reading",{},{"id":814,"data":1421,"type":821,"tunes":1426},{"link":816,"meta":1422},{"image":1423,"title":1424,"description":1425},{"url":399},"Google Developers — Developer's Guide to AI Agent Protocols","A practical overview showing MCP, A2A, UCP, AP2, A2UI and related protocols working together in one multi-step agent workflow.",{},{"id":824,"data":1428,"type":821,"tunes":1433},{"link":826,"meta":1429},{"image":1430,"title":1431,"description":1432},{"url":399},"Model Context Protocol — TypeScript SDK v2","Current stable SDK documentation implementing the 2026-07-28 MCP specification and defining tools, resources, prompts and host\u002Fserver integration.",{},{"id":833,"data":1435,"type":821,"tunes":1440},{"link":835,"meta":1436},{"image":1437,"title":1438,"description":1439},{"url":399},"A2A Protocol — v1.0 Specification","Current A2A protocol specification covering Agent Cards, messages, tasks, artifacts, bindings and version negotiation.",{},{"id":842,"data":1442,"type":821,"tunes":1447},{"link":844,"meta":1443},{"image":1444,"title":1445,"description":1446},{"url":399},"A2A — Joining the Agentic AI Foundation","Current project framing of A2A as the horizontal agent-collaboration layer alongside MCP as vertical tool\u002Fdata integration.",{},{"id":851,"data":1449,"type":821,"tunes":1454},{"link":853,"meta":1450},{"image":1451,"title":1452,"description":1453},{"url":399},"Google Developers — Under the Hood: Universal Commerce Protocol","Technical overview of UCP, its commerce primitives and its ability to compose with APIs, A2A, MCP and AP2.",{},{"id":860,"data":1456,"type":821,"tunes":1461},{"link":862,"meta":1457},{"image":1458,"title":1459,"description":1460},{"url":399},"Google Universal Commerce Protocol — UCP Profile","Current versioned profile mechanism for publishing UCP services and merchant commerce capabilities.",{},{"id":869,"data":1463,"type":821,"tunes":1467},{"link":871,"meta":1464},{"image":1465,"title":874,"description":1466},{"url":399},"Announcement and rationale for an open protocol covering authorization, authenticity and accountability in agent-led payments.",{},{"id":878,"data":1469,"type":821,"tunes":1473},{"link":880,"meta":1470},{"image":1471,"title":883,"description":1472},{"url":399},"A2UI's framework-agnostic declarative model for portable agent-driven interfaces rendered by host-native components.",{},{"id":887,"data":1475,"type":821,"tunes":1479},{"link":889,"meta":1476},{"image":1477,"title":892,"description":1478},{"url":399},"How declarative A2UI and richer MCP App experiences can coexist rather than being treated as mutually exclusive UI models.",{},"2.31.6","MCP, A2A, UCP, AP2 and A2UI are often presented as competing agent standards. They mostly solve different interoperability problems. This guide maps each protocol to the boundary it actually standardizes—and shows how they can work together in one production system.",{"lang":7,"title":208,"content":210,"contentJson":1483,"excerpt":896},{"time":212,"blocks":1484,"version":895},[1485,1488,1491,1494,1497,1500,1503,1506,1509,1512,1522,1525,1528,1531,1534,1537,1542,1545,1548,1551,1554,1557,1560,1565,1568,1584,1587,1590,1593,1596,1599,1602,1607,1610,1613,1616,1619,1622,1632,1635,1638,1641,1644,1647,1652,1655,1658,1669,1672,1682,1685,1688,1691,1694,1697,1708,1711,1714,1717,1720,1723,1726,1729,1732,1735,1738,1741,1744,1747,1750,1760,1763,1773,1776,1781,1786,1791,1796,1801,1806,1811,1816],{"id":215,"data":1486,"type":220,"tunes":1487},{"title":217,"maxLevel":218,"minLevel":219},{},{"id":223,"data":1489,"type":226,"tunes":1490},{"text":225},{},{"id":229,"data":1492,"type":234,"tunes":1493},{"body":231,"title":232,"variant":233},{},{"id":237,"data":1495,"type":234,"tunes":1496},{"body":239,"title":240,"variant":241},{},{"id":244,"data":1498,"type":234,"tunes":1499},{"body":246,"title":247,"variant":248},{},{"id":251,"data":1501,"type":42,"tunes":1502},{"text":253,"level":219},{},{"id":256,"data":1504,"type":226,"tunes":1505},{"text":258},{},{"id":261,"data":1507,"type":226,"tunes":1508},{"text":263},{},{"id":266,"data":1510,"type":42,"tunes":1511},{"text":268,"level":219},{},{"id":271,"data":1513,"type":304,"tunes":1521},{"content":1514,"stretched":43,"withHeadings":14},[1515,1516,1517,1518,1519,1520],[275,276,277,278],[280,281,282,283],[285,286,287,288],[290,291,292,293],[295,296,297,298],[300,301,302,303],{},{"id":307,"data":1523,"type":234,"tunes":1524},{"body":309,"title":310,"variant":311},{},{"id":314,"data":1526,"type":42,"tunes":1527},{"text":316,"level":219},{},{"id":319,"data":1529,"type":226,"tunes":1530},{"text":321},{},{"id":324,"data":1532,"type":226,"tunes":1533},{"text":326},{},{"id":329,"data":1535,"type":42,"tunes":1536},{"text":331,"level":218},{},{"id":334,"data":1538,"type":343,"tunes":1541},{"meta":1539,"items":1540,"style":342},{},[338,339,340,341],{},{"id":346,"data":1543,"type":234,"tunes":1544},{"body":348,"title":349,"variant":241},{},{"id":352,"data":1546,"type":42,"tunes":1547},{"text":354,"level":219},{},{"id":357,"data":1549,"type":226,"tunes":1550},{"text":359},{},{"id":362,"data":1552,"type":226,"tunes":1553},{"text":364},{},{"id":367,"data":1555,"type":226,"tunes":1556},{"text":369},{},{"id":372,"data":1558,"type":42,"tunes":1559},{"text":374,"level":218},{},{"id":377,"data":1561,"type":343,"tunes":1564},{"meta":1562,"items":1563,"style":342},{},[381,382,383,384],{},{"id":387,"data":1566,"type":42,"tunes":1567},{"text":389,"level":219},{},{"id":392,"data":1569,"type":421,"tunes":1583},{"rows":1570,"title":412,"layout":304,"columns":1579},[1571,1573,1575,1577],{"id":396,"label":397,"values":1572},[399,399,399],{"id":401,"label":402,"values":1574},[399,399,399],{"id":405,"label":406,"values":1576},[399,399,399],{"id":409,"label":410,"values":1578},[399,399,399],[1580,1581,1582],{"id":415,"label":416},{"id":418,"label":280},{"id":420,"label":285},{},{"id":424,"data":1585,"type":226,"tunes":1586},{"text":426},{},{"id":429,"data":1588,"type":42,"tunes":1589},{"text":431,"level":219},{},{"id":434,"data":1591,"type":226,"tunes":1592},{"text":436},{},{"id":439,"data":1594,"type":226,"tunes":1595},{"text":441},{},{"id":444,"data":1597,"type":226,"tunes":1598},{"text":446},{},{"id":449,"data":1600,"type":42,"tunes":1601},{"text":451,"level":218},{},{"id":454,"data":1603,"type":343,"tunes":1606},{"meta":1604,"items":1605,"style":342},{},[458,459,460,461],{},{"id":464,"data":1608,"type":42,"tunes":1609},{"text":466,"level":219},{},{"id":469,"data":1611,"type":226,"tunes":1612},{"text":471},{},{"id":474,"data":1614,"type":226,"tunes":1615},{"text":476},{},{"id":479,"data":1617,"type":226,"tunes":1618},{"text":481},{},{"id":484,"data":1620,"type":42,"tunes":1621},{"text":486,"level":219},{},{"id":489,"data":1623,"type":304,"tunes":1631},{"content":1624,"stretched":43,"withHeadings":14},[1625,1626,1627,1628,1629,1630],[493,290,295],[495,496,497],[499,500,501],[503,504,505],[507,508,509],[511,512,513],{},{"id":516,"data":1633,"type":42,"tunes":1634},{"text":518,"level":219},{},{"id":521,"data":1636,"type":226,"tunes":1637},{"text":523},{},{"id":526,"data":1639,"type":226,"tunes":1640},{"text":528},{},{"id":531,"data":1642,"type":226,"tunes":1643},{"text":533},{},{"id":536,"data":1645,"type":42,"tunes":1646},{"text":538,"level":218},{},{"id":541,"data":1648,"type":343,"tunes":1651},{"meta":1649,"items":1650,"style":342},{},[545,546,547,548],{},{"id":551,"data":1653,"type":42,"tunes":1654},{"text":553,"level":219},{},{"id":556,"data":1656,"type":226,"tunes":1657},{"text":558},{},{"id":561,"data":1659,"type":587,"tunes":1668},{"steps":1660,"title":585,"orientation":586},[1661,1662,1663,1664,1665,1666,1667],{"label":565,"description":566},{"label":568,"description":569},{"label":571,"description":572},{"label":574,"description":575},{"label":577,"description":578},{"label":580,"description":581},{"label":583,"description":584},{},{"id":590,"data":1670,"type":42,"tunes":1671},{"text":592,"level":219},{},{"id":595,"data":1673,"type":587,"tunes":1681},{"steps":1674,"title":616,"orientation":586},[1675,1676,1677,1678,1679,1680],{"label":599,"description":600},{"label":602,"description":603},{"label":605,"description":606},{"label":608,"description":609},{"label":611,"description":612},{"label":614,"description":615},{},{"id":619,"data":1683,"type":42,"tunes":1684},{"text":621,"level":219},{},{"id":624,"data":1686,"type":226,"tunes":1687},{"text":626},{},{"id":629,"data":1689,"type":226,"tunes":1690},{"text":631},{},{"id":634,"data":1692,"type":226,"tunes":1693},{"text":636},{},{"id":639,"data":1695,"type":42,"tunes":1696},{"text":641,"level":219},{},{"id":644,"data":1698,"type":304,"tunes":1707},{"content":1699,"stretched":43,"withHeadings":14},[1700,1701,1702,1703,1704,1705,1706],[648,649,650],[652,653,654],[656,657,658],[660,661,662],[664,665,666],[668,669,670],[672,673,674],{},{"id":677,"data":1709,"type":42,"tunes":1710},{"text":679,"level":219},{},{"id":682,"data":1712,"type":226,"tunes":1713},{"text":684},{},{"id":687,"data":1715,"type":226,"tunes":1716},{"text":689},{},{"id":692,"data":1718,"type":698,"tunes":1719},{"url":694,"title":695,"excerpt":696,"ctaLabel":697},{},{"id":701,"data":1721,"type":42,"tunes":1722},{"text":703,"level":219},{},{"id":706,"data":1724,"type":226,"tunes":1725},{"text":708},{},{"id":711,"data":1727,"type":226,"tunes":1728},{"text":713},{},{"id":716,"data":1730,"type":42,"tunes":1731},{"text":718,"level":219},{},{"id":721,"data":1733,"type":226,"tunes":1734},{"text":723},{},{"id":726,"data":1736,"type":226,"tunes":1737},{"text":728},{},{"id":731,"data":1739,"type":42,"tunes":1740},{"text":733,"level":219},{},{"id":736,"data":1742,"type":226,"tunes":1743},{"text":738},{},{"id":741,"data":1745,"type":226,"tunes":1746},{"text":743},{},{"id":746,"data":1748,"type":42,"tunes":1749},{"text":748,"level":219},{},{"id":751,"data":1751,"type":751,"tunes":1759},{"items":1752,"title":778},[1753,1754,1755,1756,1757,1758],{"id":755,"answer":756,"question":757},{"id":759,"answer":760,"question":761},{"id":763,"answer":764,"question":765},{"id":767,"answer":768,"question":769},{"id":771,"answer":772,"question":773},{"id":775,"answer":776,"question":777},{},{"id":781,"data":1761,"type":42,"tunes":1762},{"text":783,"level":219},{},{"id":786,"data":1764,"type":786,"tunes":1772},{"title":788,"entries":1765},[1766,1767,1768,1769,1770,1771],{"term":280,"anchor":418,"definition":791},{"term":285,"anchor":420,"definition":793},{"term":290,"anchor":795,"definition":796},{"term":295,"anchor":798,"definition":799},{"term":300,"anchor":801,"definition":802},{"term":804,"anchor":805,"definition":806},{},{"id":809,"data":1774,"type":42,"tunes":1775},{"text":811,"level":219},{},{"id":814,"data":1777,"type":821,"tunes":1780},{"link":816,"meta":1778},{"image":1779,"title":819,"description":820},{"url":399},{},{"id":824,"data":1782,"type":821,"tunes":1785},{"link":826,"meta":1783},{"image":1784,"title":829,"description":830},{"url":399},{},{"id":833,"data":1787,"type":821,"tunes":1790},{"link":835,"meta":1788},{"image":1789,"title":838,"description":839},{"url":399},{},{"id":842,"data":1792,"type":821,"tunes":1795},{"link":844,"meta":1793},{"image":1794,"title":847,"description":848},{"url":399},{},{"id":851,"data":1797,"type":821,"tunes":1800},{"link":853,"meta":1798},{"image":1799,"title":856,"description":857},{"url":399},{},{"id":860,"data":1802,"type":821,"tunes":1805},{"link":862,"meta":1803},{"image":1804,"title":865,"description":866},{"url":399},{},{"id":869,"data":1807,"type":821,"tunes":1810},{"link":871,"meta":1808},{"image":1809,"title":874,"description":875},{"url":399},{},{"id":878,"data":1812,"type":821,"tunes":1815},{"link":880,"meta":1813},{"image":1814,"title":883,"description":884},{"url":399},{},{"id":887,"data":1817,"type":821,"tunes":1820},{"link":889,"meta":1818},{"image":1819,"title":892,"description":893},{"url":399},{},"Post erfolgreich abgerufen",{"items":1823,"source":1873,"manualIds":1874,"manualMatchedIds":1875},[1824,1831,1838,1845,1852,1859,1866],{"id":1825,"slug":1826,"title":1827,"excerpt":1828,"featuredImage":1829,"publishedAt":1830},"470","what-should-an-ai-agent-remember-forget-recompute-or-retrieve-again","Que devrait mémoriser, oublier, recalculer ou récupérer à nouveau un agent IA ?","Les agents à exécution longue ne devraient pas tout retenir. Cet article propose un modèle de cycle de vie pratique pour décider de ce qui a sa place dans la mémoire durable, de ce qui devrait être récupéré à nouveau, de ce qu'il est plus sûr de recalculer et de ce qui devrait expirer ou être remplacé.","\u002Fuploads\u002F2026\u002F09\u002Fwhat-should-an-ai-agent-remember-forget-recompute-or-retrieve-again-1790351131087-iehz28.webp","2026-09-25T09:43:00.000Z",{"id":1832,"slug":1833,"title":1834,"excerpt":1835,"featuredImage":1836,"publishedAt":1837},"471","how-to-know-whether-an-ai-agent-actually-used-the-right-evidence","Comment savoir si un agent IA a réellement utilisé les bonnes preuves","Un agent IA peut citer des sources et tout de même utiliser les mauvais éléments de preuve. Cet article présente une méthode pratique pour vérifier le soutien des affirmations, l'autorité de la source, l'applicabilité, la provenance et si les éléments de preuve ont réellement influencé la réponse.","\u002Fuploads\u002F2026\u002F09\u002Fhow-to-know-whether-an-ai-agent-actually-used-the-right-evidence-1790351317188-o5z9ve.webp","2026-09-25T11:47:00.000Z",{"id":1839,"slug":1840,"title":1841,"excerpt":1842,"featuredImage":1843,"publishedAt":1844},"466","the-gpu-is-not-the-product-future-proof-private-ai-architecture","Le GPU n'est pas le produit : architecture d'IA privée pérenne","Une infrastructure d'IA privée ne devrait pas être conçue autour d'un seul GPU ou d'un seul modèle. Une approche plus résiliente combine des GPU d'inférence rapides, des systèmes d'IA riches en mémoire, des nœuds d'IA physique et des modèles cloud de pointe optionnels derrière une couche de routage prenant en compte les capacités.","\u002Fuploads\u002F2026\u002F09\u002Fthe-gpu-is-not-the-product-future-proof-private-ai-architecture-1790140878812-8hsl39.webp","2026-09-23T01:19:00.000Z",{"id":1846,"slug":1847,"title":1848,"excerpt":1849,"featuredImage":1850,"publishedAt":1851},"478","what-is-rag-the-simplest-explanation-of-how-it-works","Qu'est-ce que le RAG ? L'explication la plus simple de son fonctionnement","Le RAG semble compliqué, mais l'idée est simple : avant qu'une IA ne réponde, elle recherche d'abord des informations utiles dans une source de connaissances et transmet ces informations au modèle de langage. Ce guide explique le RAG, les LLM, l'état, la mémoire et les outils à l'aide d'un modèle mental simple.","\u002Fuploads\u002F2026\u002F09\u002Fwhat-is-rag-the-simplest-explanation-of-how-it-works-1790377492124-khjagt.webp","2026-09-25T19:03:00.000Z",{"id":1853,"slug":1854,"title":1855,"excerpt":1856,"featuredImage":1857,"publishedAt":1858},"467","the-answer-validity-boundary-the-missing-layer-between-relevance-and-reliable-ai-answers","La frontière de validité des réponses : la couche manquante entre la pertinence et les réponses fiables de l'IA","Une source peut être pertinente, faisant autorité et pourtant être erronée pour la question posée. La couche manquante est l'applicabilité : les conditions dans lesquelles une réponse est valable, et les changements qui obligent à la reconsidérer. Cet article présente la Frontière de Validité de la Réponse comme un modèle de conception de source pour les humains, la recherche par IA et les systèmes RAG.","\u002Fuploads\u002F2026\u002F09\u002Fthe-answer-validity-boundary-the-missing-layer-between-relevance-and-reliable-ai-answers-1790272901306-1g5jly.webp","2026-09-24T11:59:00.000Z",{"id":1860,"slug":1861,"title":1862,"excerpt":1863,"featuredImage":1864,"publishedAt":1865},"473","openai-agents-api-vs-agents-sdk-vs-responses-api-what-should-you-build-on-in-2026","OpenAI Agents API vs Agents SDK vs Responses API : sur quoi devriez-vous construire en 2026 ?","La stack d'agents d'OpenAI a changé en septembre 2026. Ce guide d'architecture sépare l'API Agents, le SDK Agents, l'API Responses et le SDK Codex selon la propriété du runtime — afin que les équipes puissent choisir la bonne limite de contrôle au lieu de comparer des noms de produits.","\u002Fuploads\u002F2026\u002F09\u002Fopenai-agents-api-vs-agents-sdk-vs-responses-api-what-should-you-build-on-in-2026-1790351846714-zi7lus.webp","2026-09-25T11:56:00.000Z",{"id":1867,"slug":1868,"title":1869,"excerpt":1870,"featuredImage":1871,"publishedAt":1872},"468","ai-agent-memory-is-not-rag-how-to-separate-memory-retrieval-state-and-context","La mémoire des agents IA n'est pas le RAG : comment séparer la mémoire, la récupération, l'état et le contexte","La mémoire des agents, le RAG, l'état et le contexte sont souvent utilisés comme s'ils étaient interchangeables. Ils ne le sont pas. Ce modèle d'architecture pratique sépare les quatre couches, montre où chacune se situe et explique ce qui dysfonctionne lorsque les systèmes les fusionnent en une seule.","\u002Fuploads\u002F2026\u002F09\u002Fai-agent-memory-is-not-rag-how-to-separate-memory-retrieval-state-and-context-1790350560308-np0xy6.webp","2026-09-25T11:34:00.000Z","fallback",[],[]]