[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"portal-settings:stajic:it":3,"public-menus:all":38,"post:mcp-vs-a2a-vs-ucp-vs-ap2-vs-a2ui-the-agent-protocol-stack-explained:it":205,"related:post:mcp-vs-a2a-vs-ucp-vs-ap2-vs-a2ui-the-agent-protocol-stack-explained:it:1":1824},{"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","it","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":1823},{"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: Lo stack di protocolli degli agenti spiegato","mcp-vs-a2a-vs-ucp-vs-ap2-vs-a2ui-the-agent-protocol-stack-explained","\u003Cnav class=\"editorjs-toc\" data-editorjs-toc=\"true\" aria-label=\"Indice dei contenuti\">\u003Cstrong class=\"editorjs-toc__title\">Indice dei contenuti\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'errore fondamentale: confrontare protocolli che operano su confini diversi\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-9\" class=\"editorjs-toc__link\">Il Protocol Responsibility Stack\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-12\" class=\"editorjs-toc__link\">1. MCP: connettere l'agente alle funzionalità\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\">Quando usare MCP\u003C\u002Fa>\u003C\u002Fli>\u003C\u002Fol>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-18\" class=\"editorjs-toc__link\">2. A2A: connettere agenti indipendenti\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\">Usa A2A quando\u003C\u002Fa>\u003C\u002Fli>\u003C\u002Fol>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-24\" class=\"editorjs-toc__link\">MCP vs A2A: integrazione verticale vs collaborazione orizzontale\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-27\" class=\"editorjs-toc__link\">3. UCP: standardizzare il commercio basato su agenti\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\">Usa UCP quando\u003C\u002Fa>\u003C\u002Fli>\u003C\u002Fol>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-33\" class=\"editorjs-toc__link\">4. AP2: dimostrare che l'agente era autorizzato a spendere\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-37\" class=\"editorjs-toc__link\">UCP vs AP2: semantica delle transazioni vs autorità\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-39\" class=\"editorjs-toc__link\">5. A2UI: consentire agli agenti di descrivere le interfacce senza possedere il tuo 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\">Usa A2UI quando\u003C\u002Fa>\u003C\u002Fli>\u003C\u002Fol>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-45\" class=\"editorjs-toc__link\">Il test di selezione del protocollo\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-48\" class=\"editorjs-toc__link\">Un flusso di lavoro multi-protocollo realistico\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-50\" class=\"editorjs-toc__link\">Perché è improbabile che un unico protocollo universale per agenti li sostituisca tutti\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-54\" class=\"editorjs-toc__link\">La composizione dei protocolli crea nuove modalità di errore\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-56\" class=\"editorjs-toc__link\">La scelta del protocollo non sostituisce l'architettura applicativa\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-60\" class=\"editorjs-toc__link\">Cosa potrebbe cambiare questa risposta?\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-63\" class=\"editorjs-toc__link\">Limitazioni\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-66\" class=\"editorjs-toc__link\">Conclusione\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\">Glossario\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-73\" class=\"editorjs-toc__link\">Fonti primarie e approfondimenti\u003C\u002Fa>\u003C\u002Fli>\u003C\u002Fol>\u003C\u002Fnav>\n\u003Cp>I protocolli per agenti IA si stanno moltiplicando rapidamente: MCP, A2A, UCP, AP2, A2UI e gli standard correlati compaiono sempre più spesso negli stessi diagrammi di architettura. Vengono spesso descritti come protocolli concorrenti. In pratica, la maggior parte di essi risolve problemi di interoperabilità diversi su confini differenti. La domanda utile non è \"Quale protocollo vincerà?\", ma \"Quale relazione nel sistema deve essere standardizzata?\"\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\">Risposta diretta\u003C\u002Fstrong>\u003Cdiv class=\"text-gray-700 dark:text-gray-200\"><strong>MCP, A2A, UCP, AP2 e A2UI sono per lo più complementari, non sostitutivi.<\u002Fstrong> MCP collega un'applicazione IA a strumenti, dati e risorse. A2A connette agenti indipendenti tra loro. UCP standardizza le interazioni commerciali tra interfacce utente, aziende ed ecosistemi di pagamento. AP2 aggiunge autorizzazione verificabile e intenzione di pagamento alle transazioni guidate da agenti. A2UI consente a un agente di descrivere un'interfaccia utente interattiva senza inviare codice applicativo arbitrario. Un sistema di produzione può legittimamente utilizzarne diversi all'interno di un unico flusso di lavoro.\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\">Standard in rapida evoluzione\u003C\u002Fstrong>\u003Cdiv class=\"text-gray-700 dark:text-gray-200\">Questo articolo riflette il panorama dei protocolli al <strong>25 settembre 2026<\u002Fstrong>. A2A ha raggiunto la versione v1.0, l'attuale linea TypeScript v2 di MCP implementa la specifica del 28-07-2026, UCP ha già introdotto versioni del protocollo più recenti per il 2026 e A2UI continua a evolversi. Verificare sempre la specifica corrente prima dell'implementazione.\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\">Il modello utilizzato in questo articolo\u003C\u002Fstrong>\u003Cdiv class=\"text-gray-700 dark:text-gray-200\">Il Protocol Responsibility Stack e il Protocol Selection Test illustrati di seguito sono modelli architetturali pratici proposti in questa sede. Non costituiscono terminologia ufficiale dei progetti dei rispettivi protocolli.\u003C\u002Fdiv>\u003C\u002Faside>\n\u003Ch2 id=\"section-6\">L'errore fondamentale: confrontare protocolli che operano su confini diversi\u003C\u002Fh2>\n\u003Cp>Un protocollo è utile perché due sistemi implementati in modo indipendente hanno bisogno di un contratto stabile. Il contratto ha senso solo se il confine è chiaro. Un agente che comunica con un database presenta un problema di interoperabilità diverso rispetto a un agente che delega il lavoro a un altro, a un acquirente che autorizza un acquisto o a un agente remoto che chiede a un'applicazione nativa di eseguire il rendering di un modulo.\u003C\u002Fp>\n\u003Cp>La guida per sviluppatori di Google del 2026 presenta esplicitamente MCP, A2A, UCP, AP2, A2UI e i protocolli UI correlati come uno stack di standard complementari. Lo stesso flusso di lavoro di esempio può utilizzarne diversi insieme: strumenti per l'inventario, agenti remoti per i fornitori, commercio per gli ordini, autorizzazione al pagamento per la spesa e protocolli UI per l'interazione.\u003C\u002Fp>\n\u003Ch2 id=\"section-9\">Il Protocol Responsibility Stack\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\">Protocollo\u003C\u002Fth>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">Quale relazione standardizza?\u003C\u002Fth>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">Astrazione primaria\u003C\u002Fth>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">Non primariamente destinato a\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\">Applicazione IA ↔ strumenti, risorse e dati\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Strumenti, risorse, prompt e scambio di funzionalità host\u002Fserver\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Collaborazione tra agenti indipendenti o semantica di commercio\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\">Agente ↔ agente indipendente\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Individuazione degli agenti, messaggi, attività, artefatti e collaborazione a lungo termine\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Integrazione diretta con database\u002Fstrumenti\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\">Interfaccia consumer\u002Fagente ↔ sistema di commercio del merchant\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Funzionalità per prodotti\u002Fcarrello\u002Fcheckout\u002Fevasione\u002Fordini\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Comunicazione tra agenti per scopi generici\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\">Intento utente\u002Fagente ↔ autorizzazione di pagamento\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Mandati, vincoli di approvazione e autorità di pagamento verificabile guidata da agenti\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Individuazione prodotti o trasporto generico per il checkout\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\">Agente ↔ host dell'interfaccia utente\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Intento UI dichiarativo renderizzato da componenti nativi affidabili\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Codice frontend remoto arbitrario o delega di attività da agente ad agente\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 unico flusso di lavoro può utilizzarli tutti e cinque\u003C\u002Fstrong>\u003Cdiv class=\"text-gray-700 dark:text-gray-200\">Un agente può utilizzare <strong>MCP<\u002Fstrong> per ispezionare l'inventario, <strong>A2A<\u002Fstrong> per verificare la disponibilità con l'agente di un fornitore, <strong>UCP<\u002Fstrong> per creare una transazione commerciale, <strong>AP2<\u002Fstrong> per comprovare l'autorizzazione di spesa e <strong>A2UI<\u002Fstrong> per mostrare all'utente un'interfaccia nativa di approvazione.\u003C\u002Fdiv>\u003C\u002Faside>\n\u003Ch2 id=\"section-12\">1. MCP: connettere l'agente alle funzionalità\u003C\u002Fh2>\n\u003Cp>Il Model Context Protocol è uno standard aperto per connettere le applicazioni IA a sistemi esterni in cui risiedono strumenti, dati e risorse riutilizzabili. Un server espone le funzionalità; un host MCP si connette a tale server e rende tali funzionalità accessibili al modello o all'applicazione.\u003C\u002Fp>\n\u003Cp>L'attuale documentazione di MCP TypeScript v2 descrive il protocollo esattamente in questi termini: i server espongono strumenti, risorse e prompt, mentre host come ambienti di sviluppo o applicazioni personalizzate si connettono ad essi. Ciò rende MCP principalmente un protocollo di integrazione delle funzionalità.\u003C\u002Fp>\n\u003Ch3 id=\"section-15\">Quando usare MCP\u003C\u002Fh3>\n\u003Cul>\u003Cli>Un'applicazione IA necessita di un accesso standardizzato a strumenti o API.\u003C\u002Fli>\u003Cli>Si desidera che un unico server di funzionalità funzioni con molteplici host IA compatibili.\u003C\u002Fli>\u003Cli>È richiesto un accesso strutturato a dati o risorse senza dover codificare ogni singola integrazione all'interno di ciascun agente.\u003C\u002Fli>\u003Cli>Il sistema esterno è un fornitore di funzionalità, non un agente autonomo equivalente (peer).\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 non equivale automaticamente ad A2A\u003C\u002Fstrong>\u003Cdiv class=\"text-gray-700 dark:text-gray-200\">Un server MCP può esporre potenti funzioni, ma ciò non lo rende un agente indipendente con un proprio ciclo di vita delle attività, una semantica di rilevamento e un ragionamento interno opaco. L'invocazione di strumenti e la collaborazione tra agenti costituiscono contratti differenti.\u003C\u002Fdiv>\u003C\u002Faside>\n\u003Ch2 id=\"section-18\">2. A2A: connettere agenti indipendenti\u003C\u002Fh2>\n\u003Cp>Agent2Agent (A2A) è progettato per la comunicazione tra sistemi di agenti indipendenti e potenzialmente opachi. La sua attuale specifica v1.0 si concentra su capability discovery, messaggistica, task, artefatti, contenuti multimodali e collaborazione a lungo termine senza richiedere che un agente esponga i propri strumenti interni, la memoria o l'implementazione a un altro.\u003C\u002Fp>\n\u003Cp>Quell'opacità costituisce il confine fondamentale. L'agente chiamante non ha bisogno di sapere se l'agente remoto utilizzi internamente MCP, strumenti personalizzati, un planner proprietario, il modello di un altro fornitore o l'escalation umana. Ha solo bisogno di un contratto per scoprire le funzionalità e delegare il lavoro.\u003C\u002Fp>\n\u003Cp>A2A v1.0 standardizza inoltre la negoziazione delle versioni e supporta molteplici binding attorno a un modello di dati comune. Il suo meccanismo pubblicato di Agent Card offre ai client un punto di discovery standard per le funzionalità, i protocolli supportati, i requisiti di autenticazione e le competenze di un agente.\u003C\u002Fp>\n\u003Ch3 id=\"section-22\">Usa A2A quando\u003C\u002Fh3>\n\u003Cul>\u003Cli>Un agente autonomo deve delegare del lavoro a un altro agente autonomo.\u003C\u002Fli>\u003Cli>Il sistema remoto deve rimanere opaco dietro un contratto di funzionalità.\u003C\u002Fli>\u003Cli>I task possono essere a esecuzione prolungata, asincroni o richiedere un'interazione human-in-the-loop.\u003C\u002Fli>\u003Cli>Gli agenti sono realizzati con framework, linguaggi, fornitori o proprietà organizzative differenti.\u003C\u002Fli>\u003C\u002Ful>\n\u003Ch2 id=\"section-24\">MCP vs A2A: integrazione verticale vs collaborazione orizzontale\u003C\u002Fh2>\n\u003Csection class=\"editorjs-comparison my-6\">\u003Ch3 class=\"mb-3 text-lg font-semibold\">MCP e A2A risolvono problemi di interoperabilità differenti\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\">Dimensione\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\">Relazione\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\">Astrazione\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à interna\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\">Attività a esecuzione prolungata\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>Lo stesso progetto A2A descrive ora la distinzione come orizzontale rispetto a verticale: MCP connette gli agenti a strumenti interni e database, mentre A2A abilita la collaborazione peer-to-peer tra sistemi di agenti.\u003C\u002Fp>\n\u003Ch2 id=\"section-27\">3. UCP: standardizzare il commercio basato su agenti\u003C\u002Fh2>\n\u003Cp>L'Universal Commerce Protocol non è un protocollo generico per agenti. Standardizza i percorsi commerciali tra interfacce consumer, esercenti e fornitori di pagamento. L'implementazione di Google supporta già funzionalità come la creazione del carrello, il checkout, l'evasione e il ciclo di vita degli ordini tramite profili e API con controllo delle versioni.\u003C\u002Fp>\n\u003Cp>Un esercente può pubblicare un profilo UCP sotto \u002F.well-known\u002Fucp descrivendo servizi, versioni del protocollo e funzionalità. Questo modello di discovery è importante perché una superficie agentica non dovrebbe aver bisogno di un contratto di checkout su misura per ogni esercente.\u003C\u002Fp>\n\u003Cp>UCP è inoltre intenzionalmente componibile. La panoramica tecnica di Google afferma che può integrarsi tramite API, A2A e MCP ed è compatibile con AP2 per l'autorizzazione dei pagamenti agentici.\u003C\u002Fp>\n\u003Ch3 id=\"section-31\">Usa UCP quando\u003C\u002Fh3>\n\u003Cul>\u003Cli>Il flusso di lavoro coinvolge prodotti degli esercenti, carrelli, checkout, evasione o ciclo di vita dell'ordine.\u003C\u002Fli>\u003Cli>Stai creando una superficie per esercenti che deve funzionare con esperienze di acquisto agentiche.\u003C\u002Fli>\u003Cli>L'integrazione necessita di una semantica specifica per il commercio piuttosto che di chiamate a strumenti generici.\u003C\u002Fli>\u003Cli>Desideri un contratto commerciale interoperabile in grado di coesistere con MCP, A2A e protocolli di pagamento.\u003C\u002Fli>\u003C\u002Ful>\n\u003Ch2 id=\"section-33\">4. AP2: dimostrare che l'agente era autorizzato a spendere\u003C\u002Fh2>\n\u003Cp>Il commercio agentico introduce un problema che i flussi di checkout ordinari non dovevano risolvere allo stesso modo: un agente può eseguire transazioni senza che l'essere umano prema il pulsante finale in tempo reale. L'Agent Payments Protocol (AP2) gestisce autorizzazione, autenticità e responsabilità per i pagamenti guidati da agenti.\u003C\u002Fp>\n\u003Cp>La guida al protocollo 2026 di Google descrive AP2 attraverso mandati tipizzati che acquisiscono l'intento dell'utente, i vincoli di spesa e la specifica transazione in corso di autorizzazione. AP2 può operare come estensione insieme a UCP: UCP descrive la transazione commerciale, mentre AP2 fornisce la prova che l'agente aveva l'autorità per eseguire il pagamento.\u003C\u002Fp>\n\u003Cp>Questa distinzione è importante. Un protocollo di checkout può indicare a un esercente cosa acquistare. Di per sé non dimostra chi ha autorizzato l'agente a spendere, entro quale limite, per quale esercente, per quanto tempo, o se il carrello finale sia rimasto nei limiti di tale autorizzazione.\u003C\u002Fp>\n\u003Ch2 id=\"section-37\">UCP vs AP2: semantica delle transazioni 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\">Domanda\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\">Cosa viene acquistato?\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Articoli di commercio, carrello, checkout e semantica di evasione\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Fa riferimento al contesto della transazione autorizzata\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Chi può autorizzarlo?\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Non è la responsabilità principale del protocollo\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Modello esplicito di mandato e autorità dell'agente\u002Futente\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Quali vincoli di spesa si applicano?\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Il flusso di commercio può contenere totali e dati di checkout\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Guardrail di autorizzazione e limiti di intento\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Come viene verificata la transazione?\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Ciclo di vita dell'ordine e del commercio\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Tracciamento crittografico \u002F verificabile dell'autorizzazione tramite mandati e ricevute\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Possono lavorare insieme?\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Sì\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Sì — AP2 può estendere i flussi di commercio agentico\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Ch2 id=\"section-39\">5. A2UI: consentire agli agenti di descrivere le interfacce senza possedere il tuo frontend\u003C\u002Fh2>\n\u003Cp>L'interfaccia Agent-to-User (A2UI) affronta un altro confine: il modo in cui un agente remoto o locale comunica un'interfaccia interattiva avanzata a un'applicazione host. Invece di inviare HTML, CSS e JavaScript arbitrari, A2UI utilizza dati dichiarativi che l'host renderizza tramite il proprio catalogo di componenti fidati.\u003C\u002Fp>\n\u003Cp>Ciò preserva il design system e il modello di sicurezza dell'applicazione host, consentendo comunque a un agente di richiedere interfacce dinamiche. A2UI v0.9 pone particolare enfasi sull'intento di interfaccia utente indipendente dal framework e sugli aggiornamenti in streaming su web, mobile e altri client.\u003C\u002Fp>\n\u003Cp>Il successivo lavoro di Google su A2UI + MCP Apps dimostra inoltre che questi modelli di interfaccia utente non sono necessariamente mutuamente esclusivi. L'interfaccia utente nativa dichiarativa e le esperienze applicative integrate più ricche possono coesistere a seconda dell'attività.\u003C\u002Fp>\n\u003Ch3 id=\"section-43\">Usa A2UI quando\u003C\u002Fh3>\n\u003Cul>\u003Cli>Un agente remoto deve richiedere moduli, schede, controlli o altra interfaccia utente interattiva.\u003C\u002Fli>\u003Cli>L'host deve preservare i propri componenti nativi, lo stile e il perimetro di sicurezza.\u003C\u002Fli>\u003Cli>Non desideri che gli agenti remoti distribuiscano codice frontend eseguibile arbitrario.\u003C\u002Fli>\u003Cli>Lo stesso intento di interfaccia utente definito dall'agente deve funzionare su diversi framework client.\u003C\u002Fli>\u003C\u002Ful>\n\u003Ch2 id=\"section-45\">Il test di selezione del protocollo\u003C\u002Fh2>\n\u003Cp>Non partire dall'acronimo. Parti dalla relazione che necessita di interoperabilità.\u003C\u002Fp>\n\u003Csection class=\"editorjs-process my-6\">\u003Ch3 class=\"mb-3 text-lg font-semibold\">Scegli il protocollo in base al perimetro\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. Identifica le due parti indipendenti\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Si tratta di AI-to-tool, agent-to-agent, agent-to-merchant, agent-to-payment authority o agent-to-user-interface?\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. Identifica l'oggetto condiviso\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Il contratto riguarda una chiamata a uno strumento, un'attività, un carrello, un mandato di pagamento, un artefatto o una descrizione di interfaccia utente?\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. Verifica se esiste già un protocollo di dominio\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Prediligi la semantica di commercio o di pagamento quando il problema riguarda il commercio o l'autorizzazione, invece di codificare tutto come strumenti generici.\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. Mantieni locali gli elementi interni locali\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Non esporre un intero agente come strumenti MCP se la parte remota necessita solo di una funzionalità A2A, e non rendere un agente remoto responsabile del tuo runtime di interfaccia utente.\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. Componi i protocolli quando il flusso di lavoro supera i confini\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Un singolo flusso di lavoro può legittimamente attraversare contratti di strumenti, agenti, commercio, pagamento e interfaccia utente.\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. Crea versioni indipendenti per ciascun contratto\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Le versioni dei protocolli evolvono a velocità diverse; non vincolare ogni integrazione a una singola versione monolitica dell'applicazione.\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. Preserva l'autorizzazione a ogni perimetro\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">L'interoperabilità non sostituisce i permessi del prodotto, l'autorizzazione degli strumenti, l'autorità di pagamento o i criteri di accesso ai dati.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003C\u002Fdiv>\u003C\u002Fsection>\n\u003Ch2 id=\"section-48\">Un flusso di lavoro multi-protocollo realistico\u003C\u002Fh2>\n\u003Csection class=\"editorjs-process my-6\">\u003Ch3 class=\"mb-3 text-lg font-semibold\">Esempio: un flusso di lavoro di approvvigionamento autonomo\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. Ispeziona lo stock interno con MCP\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">L'agente di acquisto richiama le funzionalità di inventario e previsione esposte dai server MCP interni.\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. Individua un agente fornitore con A2A\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">L'agente legge l'Agent Card del fornitore e delega un'attività di disponibilità e tempi di consegna.\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. Negozia l'oggetto di commercio con UCP\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">La superficie del fornitore o dell'esercente restituisce informazioni strutturate su carrello, checkout ed evasione.\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. Verifica l'autorità di spesa con AP2\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">L'acquisto viene confrontato con il mandato firmato dell'utente o dell'organizzazione, i vincoli dell'esercente e i limiti di spesa.\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. Richiedi l'approvazione tramite A2UI\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Se è richiesta l'approvazione umana, l'agente invia l'intento dichiarativo dell'interfaccia utente e l'host renderizza l'esperienza di approvazione utilizzando componenti nativi fidati.\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. Completa e verifica\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Lo stato del commercio, l'autorizzazione del pagamento, l'evidenza dell'attività dell'agente e i registri di audit dell'applicazione rimangono tracciabili attraverso i rispettivi perimetri.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003C\u002Fdiv>\u003C\u002Fsection>\n\u003Ch2 id=\"section-50\">Perché è improbabile che un unico protocollo universale per agenti li sostituisca tutti\u003C\u002Fh2>\n\u003Cp>Un protocollo universale sembra più semplice finché non deve codificare la semantica di ogni dominio. La scoperta degli strumenti, la collaborazione tra agenti di lunga durata, il checkout, l'autorizzazione dei pagamenti e l'interfaccia utente nativa hanno tutti requisiti diversi di ciclo di vita, sicurezza e correttezza.\u003C\u002Fp>\n\u003Cp>Il web stesso si è evoluto attraverso protocolli a livelli piuttosto che con un unico formato di messaggio per ogni problema. Lo stack agentico emergente sembra muoversi nella stessa direzione: primitive orizzontali comuni, contratti di dominio specializzati e individuazione\u002Fgestione delle versioni esplicita.\u003C\u002Fp>\n\u003Cp>La sfida architetturale si sposta quindi da \"quale protocollo vincerà?\" a quanto efficacemente i protocolli si compongano senza duplicare la semantica di identità, autorizzazione, stato e audit.\u003C\u002Fp>\n\u003Ch2 id=\"section-54\">La composizione dei protocolli crea nuove modalità di errore\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\">Modalità di fallimento\u003C\u002Fth>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">Cosa accade\u003C\u002Fth>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">Controllo architetturale\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Fuga di autorità\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Una capacità valida di uno strumento o di un agente viene trattata come autorizzazione a eseguire un'azione aziendale\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Mantenere l'autorizzazione di prodotto indipendente dal rilevamento delle capacità di protocollo\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Disallineamento dell'identità\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">L'identità dell'host MCP, l'identità dell'agente A2A e l'identità commerciale\u002Fdi pagamento fanno riferimento a soggetti (principal) diversi\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Definire una mappatura esplicita dei soggetti attraverso i confini\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Deriva delle versioni\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Un protocollo viene aggiornato mentre gli adapter dipendenti presuppongono una semantica precedente\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Negoziare e bloccare le versioni dei protocolli in modo indipendente\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Duplicazione dello stato\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Lo stesso stato di carrello, attività o approvazione viene copiato in diversi livelli di protocollo\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Definire un unico proprietario autorevole per oggetto di dominio\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Frammentazione dell'audit\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Le tracce degli strumenti, i task degli agenti, il checkout e le prove di pagamento non possono essere correlati\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Mantenere ID di correlazione e identificatori di dominio stabili attraverso i confini dei protocolli\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Tunneling semantico\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Tutto viene forzato attraverso un protocollo generico sotto forma di JSON opaco\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Utilizzare protocolli di dominio laddove la loro semantica migliori concretamente la correttezza\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Ch2 id=\"section-56\">La scelta del protocollo non sostituisce l'architettura applicativa\u003C\u002Fh2>\n\u003Cp>Gli standard aperti riducono l'accoppiamento nell'integrazione, ma non definiscono il modello di dominio, la policy di autorizzazione, la fonte di verità, la strategia di retry o i criteri di accettazione. Uno strumento MCP può comunque esporre la funzionalità sbagliata. Un agente A2A può comunque restituire un artefatto errato. Un checkout UCP può comunque contenere dati obsoleti del venditore. Un mandato AP2 può comunque essere applicato in modo errato dalla logica applicativa.\u003C\u002Fp>\n\u003Cp>Tratta i protocolli come contratti tra componenti che si evolvono in modo indipendente. Mantieni la verità di dominio e le relative policy nel livello applicativo a cui appartengono, quindi usa i protocolli per rendere interoperabili i confini.\u003C\u002Fp>\n\u003Caside class=\"editorjs-referral my-6\">\u003Ca href=\"https:\u002F\u002Fstajic.de\u002Fit\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\">Harness per agenti gestito vs Agent Loop self-hosted: cosa si guadagna, cosa si perde\u003C\u002Fstrong>\u003Cp class=\"mt-2 text-sm text-gray-600 dark:text-gray-300\">I confini di protocollo risolvono l'interoperabilità. I confini di runtime definiscono chi gestisce l'harness, l'ambiente di esecuzione e il control plane dell'applicazione.\u003C\u002Fp>\u003Cspan class=\"mt-3 inline-flex text-sm font-medium text-primary-600 dark:text-primary-400\">Leggi la guida all'architettura di runtime →\u003C\u002Fspan>\u003C\u002Fdiv>\u003C\u002Fa>\u003C\u002Faside>\n\u003Ch2 id=\"section-60\">Cosa potrebbe cambiare questa risposta?\u003C\u002Fh2>\n\u003Cp>Lo stack cambia se i protocolli convergono, se uno standard ne assorbe formalmente un altro o se i vendor standardizzano un livello condiviso di identità e autorizzazione attraverso più confini. UCP dimostra già la composizione supportando API, A2A e MCP e integrandovisi insieme ad AP2 anziché sostituirli.\u003C\u002Fp>\n\u003Cp>La risposta cambia anche in base all'ambito applicativo. Un piccolo agente interno potrebbe richiedere solo MCP. Un flusso di lavoro multi-aziendale potrebbe richiedere A2A. Un esercente potrebbe aver bisogno di UCP senza A2UI. Un agente di acquisto delegato potrebbe richiederli tutti. Utilizza il set di protocolli più ridotto possibile che rappresenti i confini reali senza appiattire la semantica di dominio.\u003C\u002Fp>\n\u003Ch2 id=\"section-63\">Limitazioni\u003C\u002Fh2>\n\u003Cp>I protocolli discussi in questa sede si trovano a livelli di maturità differenti e presentano diversi modelli di governance. A2A ha raggiunto una specifica v1.0 stabile, mentre altri standard continuano a evolversi rapidamente. Anche l'adozione nell'ecosistema è disomogenea tra fornitori e framework.\u003C\u002Fp>\n\u003Cp>Questo articolo si concentra sulla responsabilità architetturale piuttosto che sulla completezza dell'implementazione. Metodi di autenticazione specifici, binding di trasporto, schemi e meccanismi di estensione devono essere ricavati dalle specifiche attuali di ciascun protocollo.\u003C\u002Fp>\n\u003Ch2 id=\"section-66\">Conclusione\u003C\u002Fh2>\n\u003Cp>MCP, A2A, UCP, AP2 e A2UI assumono più senso se visti come protocolli per relazioni diverse, piuttosto che come cinque tentativi concorrenti di standardizzare gli “agenti”.\u003C\u002Fp>\n\u003Cp>MCP espone le funzionalità. A2A coordina agenti indipendenti. UCP fornisce al commercio un proprio contratto leggibile dalle macchine. AP2 aggiunge un'autorità di pagamento verificabile. A2UI offre agli agenti un percorso dichiarativo sicuro verso le interfacce utente. Il web agentico emergente non sta quindi sostituendo i protocolli con l'IA; sta creando un nuovo stack di protocolli attorno all'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 e 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 è un sostituto di MCP?\u003C\u002Fh4>\u003Cdiv class=\"mt-2 text-gray-600 dark:text-gray-300\">No. MCP standardizza principalmente il modo in cui le applicazioni di IA accedono a strumenti, risorse e dati. A2A standardizza la collaborazione tra sistemi di agenti indipendenti. Un agente remoto può utilizzare internamente MCP esponendo al contempo un'interfaccia 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 è un sostituto di MCP negli agenti di acquisto?\u003C\u002Fh4>\u003Cdiv class=\"mt-2 text-gray-600 dark:text-gray-300\">In genere no. UCP fornisce una semantica specifica per il commercio, come carrello, checkout ed evasione degli ordini. MCP può comunque esporre strumenti o dati del venditore, e UCP è progettato per coesistere con MCP e 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\">Qual è la differenza tra UCP e AP2?\u003C\u002Fh4>\u003Cdiv class=\"mt-2 text-gray-600 dark:text-gray-300\">UCP standardizza le interazioni commerciali e il ciclo di vita delle transazioni. AP2 si concentra sulla verifica che un agente avesse l'autorità per effettuare un pagamento secondo vincoli definiti dall'utente o dall'organizzazione.\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\">Quale problema risolve A2UI?\u003C\u002Fh4>\u003Cdiv class=\"mt-2 text-gray-600 dark:text-gray-300\">A2UI consente agli agenti di inviare un intento di interfaccia utente (UI) dichiarativo a un'applicazione host, che esegue il rendering dell'esperienza tramite componenti nativi affidabili anziché eseguire codice frontend remoto arbitrario.\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\">Un'unica applicazione di agenti può utilizzare tutti questi protocolli?\u003C\u002Fh4>\u003Cdiv class=\"mt-2 text-gray-600 dark:text-gray-300\">Sì. Un flusso di lavoro può utilizzare MCP per gli strumenti interni, A2A per la delega ad agenti remoti, UCP per il commercio, AP2 per l'autorizzazione dei pagamenti e A2UI per l'interazione umana.\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\">Quale protocollo dovrei implementare per primo?\u003C\u002Fh4>\u003Cdiv class=\"mt-2 text-gray-600 dark:text-gray-300\">Parti dal confine di interoperabilità. Se il problema è l'accesso agli strumenti, valuta MCP. Se è la collaborazione tra agenti indipendenti, valuta A2A. Se è il commercio, UCP. Se è l'autorità di pagamento delegata, AP2. Se è una UI portabile guidata dagli agenti, A2UI.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003C\u002Fsection>\n\u003Ch2 id=\"section-71\">Glossario\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\">Termini chiave sui protocolli per agenti\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, uno standard aperto per esporre strumenti, risorse e prompt da sistemi esterni a host di IA compatibili.\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, uno standard aperto per individuare e collaborare con sistemi di agenti indipendenti tramite messaggi, task e artefatti.\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, uno standard aperto per percorsi di commercio agentico interoperabili tra interfacce per i consumatori, aziende e fornitori di servizi di pagamento.\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, uno standard aperto per rappresentare e verificare autorità, intento e responsabilità nei pagamenti guidati da agenti.\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 protocollo dichiarativo che consente agli agenti di richiedere un'interfaccia utente che viene renderizzata utilizzando i componenti affidabili dell'applicazione host.\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\">Protocol composition\u003C\u002Fdt>\u003Cdd class=\"mt-1 text-gray-600 dark:text-gray-300\">L'uso di più protocolli in un unico flusso di lavoro, ciascuno responsabile di uno specifico confine di interoperabilità, anziché forzare l'intera semantica attraverso un unico contratto.\u003C\u002Fdd>\u003C\u002Fdiv>\u003C\u002Fdl>\u003C\u002Fsection>\n\u003Ch2 id=\"section-73\">Fonti primarie e approfondimenti\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 — Guida per sviluppatori ai protocolli per agenti IA\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Una panoramica pratica che mostra MCP, A2A, UCP, AP2, A2UI e i protocolli correlati operare insieme in un unico flusso di lavoro multi-fase per agenti.\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 — TypeScript SDK v2\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Documentazione attuale dell'SDK stabile che implementa la specifica MCP del 28-07-2026 e definisce strumenti, risorse, prompt e l'integrazione host\u002Fserver.\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\">Protocollo A2A — Specifica v1.0\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Specifica attuale del protocollo A2A che copre Agent Card, messaggi, task, artefatti, binding e negoziazione della versione.\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 — Ingresso nella Agentic AI Foundation\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Attuale inquadramento del progetto A2A come livello orizzontale di collaborazione tra agenti, affiancato a MCP per l'integrazione verticale di strumenti e dati.\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 — Dietro le quinte: Universal Commerce Protocol\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Panoramica tecnica di UCP, delle sue primitive di commercio e della sua capacità di integrarsi con API, A2A, MCP e 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 — Profilo UCP\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Attuale meccanismo di profili con versioning per la pubblicazione di servizi UCP e funzionalità commerciali degli esercenti.\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\">Annuncio e razionale per un protocollo aperto riguardante autorizzazione, autenticità e responsabilità nei pagamenti guidati da agenti.\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\">Modello dichiarativo di A2UI, indipendente dal framework, per interfacce portabili guidate da agenti e renderizzate da componenti nativi dell'host.\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\">Come l'approccio dichiarativo di A2UI ed esperienze più ricche basate su MCP App possano coesistere anziché essere considerati modelli di interfaccia utente mutuamente esclusivi.\u003C\u002Fp>\u003C\u002Fa>",{"time":212,"blocks":213,"version":895},1790364336794,[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},"Indice dei contenuti",3,2,"tableOfContents",{},{"id":223,"data":224,"type":226,"tunes":227},"intro",{"text":225},"I protocolli per agenti IA si stanno moltiplicando rapidamente: MCP, A2A, UCP, AP2, A2UI e gli standard correlati compaiono sempre più spesso negli stessi diagrammi di architettura. Vengono spesso descritti come protocolli concorrenti. In pratica, la maggior parte di essi risolve problemi di interoperabilità diversi su confini differenti. La domanda utile non è \"Quale protocollo vincerà?\", ma \"Quale relazione nel sistema deve essere standardizzata?\"","paragraph",{},{"id":229,"data":230,"type":234,"tunes":235},"direct",{"body":231,"title":232,"variant":233},"\u003Cstrong>MCP, A2A, UCP, AP2 e A2UI sono per lo più complementari, non sostitutivi.\u003C\u002Fstrong> MCP collega un'applicazione IA a strumenti, dati e risorse. A2A connette agenti indipendenti tra loro. UCP standardizza le interazioni commerciali tra interfacce utente, aziende ed ecosistemi di pagamento. AP2 aggiunge autorizzazione verificabile e intenzione di pagamento alle transazioni guidate da agenti. A2UI consente a un agente di descrivere un'interfaccia utente interattiva senza inviare codice applicativo arbitrario. Un sistema di produzione può legittimamente utilizzarne diversi all'interno di un unico flusso di lavoro.","Risposta diretta","info","callout",{},{"id":237,"data":238,"type":234,"tunes":242},"freshness",{"body":239,"title":240,"variant":241},"Questo articolo riflette il panorama dei protocolli al \u003Cstrong>25 settembre 2026\u003C\u002Fstrong>. A2A ha raggiunto la versione v1.0, l'attuale linea TypeScript v2 di MCP implementa la specifica del 28-07-2026, UCP ha già introdotto versioni del protocollo più recenti per il 2026 e A2UI continua a evolversi. Verificare sempre la specifica corrente prima dell'implementazione.","Standard in rapida evoluzione","warning",{},{"id":244,"data":245,"type":234,"tunes":249},"model-note",{"body":246,"title":247,"variant":248},"Il Protocol Responsibility Stack e il Protocol Selection Test illustrati di seguito sono modelli architetturali pratici proposti in questa sede. Non costituiscono terminologia ufficiale dei progetti dei rispettivi protocolli.","Il modello utilizzato in questo articolo","note",{},{"id":251,"data":252,"type":42,"tunes":254},"h-core",{"text":253,"level":219},"L'errore fondamentale: confrontare protocolli che operano su confini diversi",{},{"id":256,"data":257,"type":226,"tunes":259},"p-core-1",{"text":258},"Un protocollo è utile perché due sistemi implementati in modo indipendente hanno bisogno di un contratto stabile. Il contratto ha senso solo se il confine è chiaro. Un agente che comunica con un database presenta un problema di interoperabilità diverso rispetto a un agente che delega il lavoro a un altro, a un acquirente che autorizza un acquisto o a un agente remoto che chiede a un'applicazione nativa di eseguire il rendering di un modulo.",{},{"id":261,"data":262,"type":226,"tunes":264},"p-core-2",{"text":263},"La guida per sviluppatori di Google del 2026 presenta esplicitamente MCP, A2A, UCP, AP2, A2UI e i protocolli UI correlati come uno stack di standard complementari. Lo stesso flusso di lavoro di esempio può utilizzarne diversi insieme: strumenti per l'inventario, agenti remoti per i fornitori, commercio per gli ordini, autorizzazione al pagamento per la spesa e protocolli UI per l'interazione.",{},{"id":266,"data":267,"type":42,"tunes":269},"h-stack",{"text":268,"level":219},"Il Protocol Responsibility Stack",{},{"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],"Protocollo","Quale relazione standardizza?","Astrazione primaria","Non primariamente destinato a",[280,281,282,283],"MCP","Applicazione IA ↔ strumenti, risorse e dati","Strumenti, risorse, prompt e scambio di funzionalità host\u002Fserver","Collaborazione tra agenti indipendenti o semantica di commercio",[285,286,287,288],"A2A","Agente ↔ agente indipendente","Individuazione degli agenti, messaggi, attività, artefatti e collaborazione a lungo termine","Integrazione diretta con database\u002Fstrumenti",[290,291,292,293],"UCP","Interfaccia consumer\u002Fagente ↔ sistema di commercio del merchant","Funzionalità per prodotti\u002Fcarrello\u002Fcheckout\u002Fevasione\u002Fordini","Comunicazione tra agenti per scopi generici",[295,296,297,298],"AP2","Intento utente\u002Fagente ↔ autorizzazione di pagamento","Mandati, vincoli di approvazione e autorità di pagamento verificabile guidata da agenti","Individuazione prodotti o trasporto generico per il checkout",[300,301,302,303],"A2UI","Agente ↔ host dell'interfaccia utente","Intento UI dichiarativo renderizzato da componenti nativi affidabili","Codice frontend remoto arbitrario o delega di attività da agente ad agente","table",{},{"id":307,"data":308,"type":234,"tunes":312},"all-five",{"body":309,"title":310,"variant":311},"Un agente può utilizzare \u003Cstrong>MCP\u003C\u002Fstrong> per ispezionare l'inventario, \u003Cstrong>A2A\u003C\u002Fstrong> per verificare la disponibilità con l'agente di un fornitore, \u003Cstrong>UCP\u003C\u002Fstrong> per creare una transazione commerciale, \u003Cstrong>AP2\u003C\u002Fstrong> per comprovare l'autorizzazione di spesa e \u003Cstrong>A2UI\u003C\u002Fstrong> per mostrare all'utente un'interfaccia nativa di approvazione.","Un unico flusso di lavoro può utilizzarli tutti e cinque","success",{},{"id":314,"data":315,"type":42,"tunes":317},"h-mcp",{"text":316,"level":219},"1. MCP: connettere l'agente alle funzionalità",{},{"id":319,"data":320,"type":226,"tunes":322},"p-mcp-1",{"text":321},"Il Model Context Protocol è uno standard aperto per connettere le applicazioni IA a sistemi esterni in cui risiedono strumenti, dati e risorse riutilizzabili. Un server espone le funzionalità; un host MCP si connette a tale server e rende tali funzionalità accessibili al modello o all'applicazione.",{},{"id":324,"data":325,"type":226,"tunes":327},"p-mcp-2",{"text":326},"L'attuale documentazione di MCP TypeScript v2 descrive il protocollo esattamente in questi termini: i server espongono strumenti, risorse e prompt, mentre host come ambienti di sviluppo o applicazioni personalizzate si connettono ad essi. Ciò rende MCP principalmente un protocollo di integrazione delle funzionalità.",{},{"id":329,"data":330,"type":42,"tunes":332},"h-mcp-use",{"text":331,"level":218},"Quando usare MCP",{},{"id":334,"data":335,"type":343,"tunes":344},"mcp-list",{"meta":336,"items":337,"style":342},{},[338,339,340,341],"Un'applicazione IA necessita di un accesso standardizzato a strumenti o API.","Si desidera che un unico server di funzionalità funzioni con molteplici host IA compatibili.","È richiesto un accesso strutturato a dati o risorse senza dover codificare ogni singola integrazione all'interno di ciascun agente.","Il sistema esterno è un fornitore di funzionalità, non un agente autonomo equivalente (peer).","unordered","list",{},{"id":346,"data":347,"type":234,"tunes":350},"mcp-warning",{"body":348,"title":349,"variant":241},"Un server MCP può esporre potenti funzioni, ma ciò non lo rende un agente indipendente con un proprio ciclo di vita delle attività, una semantica di rilevamento e un ragionamento interno opaco. L'invocazione di strumenti e la collaborazione tra agenti costituiscono contratti differenti.","MCP non equivale automaticamente ad A2A",{},{"id":352,"data":353,"type":42,"tunes":355},"h-a2a",{"text":354,"level":219},"2. A2A: connettere agenti indipendenti",{},{"id":357,"data":358,"type":226,"tunes":360},"p-a2a-1",{"text":359},"Agent2Agent (A2A) è progettato per la comunicazione tra sistemi di agenti indipendenti e potenzialmente opachi. La sua attuale specifica v1.0 si concentra su capability discovery, messaggistica, task, artefatti, contenuti multimodali e collaborazione a lungo termine senza richiedere che un agente esponga i propri strumenti interni, la memoria o l'implementazione a un altro.",{},{"id":362,"data":363,"type":226,"tunes":365},"p-a2a-2",{"text":364},"Quell'opacità costituisce il confine fondamentale. L'agente chiamante non ha bisogno di sapere se l'agente remoto utilizzi internamente MCP, strumenti personalizzati, un planner proprietario, il modello di un altro fornitore o l'escalation umana. Ha solo bisogno di un contratto per scoprire le funzionalità e delegare il lavoro.",{},{"id":367,"data":368,"type":226,"tunes":370},"p-a2a-3",{"text":369},"A2A v1.0 standardizza inoltre la negoziazione delle versioni e supporta molteplici binding attorno a un modello di dati comune. Il suo meccanismo pubblicato di Agent Card offre ai client un punto di discovery standard per le funzionalità, i protocolli supportati, i requisiti di autenticazione e le competenze di un agente.",{},{"id":372,"data":373,"type":42,"tunes":375},"h-a2a-use",{"text":374,"level":218},"Usa A2A quando",{},{"id":377,"data":378,"type":343,"tunes":385},"a2a-list",{"meta":379,"items":380,"style":342},{},[381,382,383,384],"Un agente autonomo deve delegare del lavoro a un altro agente autonomo.","Il sistema remoto deve rimanere opaco dietro un contratto di funzionalità.","I task possono essere a esecuzione prolungata, asincroni o richiedere un'interazione human-in-the-loop.","Gli agenti sono realizzati con framework, linguaggi, fornitori o proprietà organizzative differenti.",{},{"id":387,"data":388,"type":42,"tunes":390},"h-mcp-a2a",{"text":389,"level":219},"MCP vs A2A: integrazione verticale vs collaborazione orizzontale",{},{"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","Relazione",[399,399,399],"",{"id":401,"label":402,"values":403},"abstraction","Astrazione",[399,399,399],{"id":405,"label":406,"values":407},"opacity","Opacità interna",[399,399,399],{"id":409,"label":410,"values":411},"long","Attività a esecuzione prolungata",[399,399,399],"MCP e A2A risolvono problemi di interoperabilità differenti",[414,417,419],{"id":415,"label":416},"dimension","Dimensione",{"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},"Lo stesso progetto A2A descrive ora la distinzione come orizzontale rispetto a verticale: MCP connette gli agenti a strumenti interni e database, mentre A2A abilita la collaborazione peer-to-peer tra sistemi di agenti.",{},{"id":429,"data":430,"type":42,"tunes":432},"h-ucp",{"text":431,"level":219},"3. UCP: standardizzare il commercio basato su agenti",{},{"id":434,"data":435,"type":226,"tunes":437},"p-ucp-1",{"text":436},"L'Universal Commerce Protocol non è un protocollo generico per agenti. Standardizza i percorsi commerciali tra interfacce consumer, esercenti e fornitori di pagamento. L'implementazione di Google supporta già funzionalità come la creazione del carrello, il checkout, l'evasione e il ciclo di vita degli ordini tramite profili e API con controllo delle versioni.",{},{"id":439,"data":440,"type":226,"tunes":442},"p-ucp-2",{"text":441},"Un esercente può pubblicare un profilo UCP sotto \u002F.well-known\u002Fucp descrivendo servizi, versioni del protocollo e funzionalità. Questo modello di discovery è importante perché una superficie agentica non dovrebbe aver bisogno di un contratto di checkout su misura per ogni esercente.",{},{"id":444,"data":445,"type":226,"tunes":447},"p-ucp-3",{"text":446},"UCP è inoltre intenzionalmente componibile. La panoramica tecnica di Google afferma che può integrarsi tramite API, A2A e MCP ed è compatibile con AP2 per l'autorizzazione dei pagamenti agentici.",{},{"id":449,"data":450,"type":42,"tunes":452},"h-ucp-use",{"text":451,"level":218},"Usa UCP quando",{},{"id":454,"data":455,"type":343,"tunes":462},"ucp-list",{"meta":456,"items":457,"style":342},{},[458,459,460,461],"Il flusso di lavoro coinvolge prodotti degli esercenti, carrelli, checkout, evasione o ciclo di vita dell'ordine.","Stai creando una superficie per esercenti che deve funzionare con esperienze di acquisto agentiche.","L'integrazione necessita di una semantica specifica per il commercio piuttosto che di chiamate a strumenti generici.","Desideri un contratto commerciale interoperabile in grado di coesistere con MCP, A2A e protocolli di pagamento.",{},{"id":464,"data":465,"type":42,"tunes":467},"h-ap2",{"text":466,"level":219},"4. AP2: dimostrare che l'agente era autorizzato a spendere",{},{"id":469,"data":470,"type":226,"tunes":472},"p-ap2-1",{"text":471},"Il commercio agentico introduce un problema che i flussi di checkout ordinari non dovevano risolvere allo stesso modo: un agente può eseguire transazioni senza che l'essere umano prema il pulsante finale in tempo reale. L'Agent Payments Protocol (AP2) gestisce autorizzazione, autenticità e responsabilità per i pagamenti guidati da agenti.",{},{"id":474,"data":475,"type":226,"tunes":477},"p-ap2-2",{"text":476},"La guida al protocollo 2026 di Google descrive AP2 attraverso mandati tipizzati che acquisiscono l'intento dell'utente, i vincoli di spesa e la specifica transazione in corso di autorizzazione. AP2 può operare come estensione insieme a UCP: UCP descrive la transazione commerciale, mentre AP2 fornisce la prova che l'agente aveva l'autorità per eseguire il pagamento.",{},{"id":479,"data":480,"type":226,"tunes":482},"p-ap2-3",{"text":481},"Questa distinzione è importante. Un protocollo di checkout può indicare a un esercente cosa acquistare. Di per sé non dimostra chi ha autorizzato l'agente a spendere, entro quale limite, per quale esercente, per quanto tempo, o se il carrello finale sia rimasto nei limiti di tale autorizzazione.",{},{"id":484,"data":485,"type":42,"tunes":487},"h-ucp-ap2",{"text":486,"level":219},"UCP vs AP2: semantica delle transazioni 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],"Domanda",[495,496,497],"Cosa viene acquistato?","Articoli di commercio, carrello, checkout e semantica di evasione","Fa riferimento al contesto della transazione autorizzata",[499,500,501],"Chi può autorizzarlo?","Non è la responsabilità principale del protocollo","Modello esplicito di mandato e autorità dell'agente\u002Futente",[503,504,505],"Quali vincoli di spesa si applicano?","Il flusso di commercio può contenere totali e dati di checkout","Guardrail di autorizzazione e limiti di intento",[507,508,509],"Come viene verificata la transazione?","Ciclo di vita dell'ordine e del commercio","Tracciamento crittografico \u002F verificabile dell'autorizzazione tramite mandati e ricevute",[511,512,513],"Possono lavorare insieme?","Sì","Sì — AP2 può estendere i flussi di commercio agentico",{},{"id":516,"data":517,"type":42,"tunes":519},"h-a2ui",{"text":518,"level":219},"5. A2UI: consentire agli agenti di descrivere le interfacce senza possedere il tuo frontend",{},{"id":521,"data":522,"type":226,"tunes":524},"p-a2ui-1",{"text":523},"L'interfaccia Agent-to-User (A2UI) affronta un altro confine: il modo in cui un agente remoto o locale comunica un'interfaccia interattiva avanzata a un'applicazione host. Invece di inviare HTML, CSS e JavaScript arbitrari, A2UI utilizza dati dichiarativi che l'host renderizza tramite il proprio catalogo di componenti fidati.",{},{"id":526,"data":527,"type":226,"tunes":529},"p-a2ui-2",{"text":528},"Ciò preserva il design system e il modello di sicurezza dell'applicazione host, consentendo comunque a un agente di richiedere interfacce dinamiche. A2UI v0.9 pone particolare enfasi sull'intento di interfaccia utente indipendente dal framework e sugli aggiornamenti in streaming su web, mobile e altri client.",{},{"id":531,"data":532,"type":226,"tunes":534},"p-a2ui-3",{"text":533},"Il successivo lavoro di Google su A2UI + MCP Apps dimostra inoltre che questi modelli di interfaccia utente non sono necessariamente mutuamente esclusivi. L'interfaccia utente nativa dichiarativa e le esperienze applicative integrate più ricche possono coesistere a seconda dell'attività.",{},{"id":536,"data":537,"type":42,"tunes":539},"h-a2ui-use",{"text":538,"level":218},"Usa A2UI quando",{},{"id":541,"data":542,"type":343,"tunes":549},"a2ui-list",{"meta":543,"items":544,"style":342},{},[545,546,547,548],"Un agente remoto deve richiedere moduli, schede, controlli o altra interfaccia utente interattiva.","L'host deve preservare i propri componenti nativi, lo stile e il perimetro di sicurezza.","Non desideri che gli agenti remoti distribuiscano codice frontend eseguibile arbitrario.","Lo stesso intento di interfaccia utente definito dall'agente deve funzionare su diversi framework client.",{},{"id":551,"data":552,"type":42,"tunes":554},"h-selection",{"text":553,"level":219},"Il test di selezione del protocollo",{},{"id":556,"data":557,"type":226,"tunes":559},"p-selection-intro",{"text":558},"Non partire dall'acronimo. Parti dalla relazione che necessita di interoperabilità.",{},{"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. Identifica le due parti indipendenti","Si tratta di AI-to-tool, agent-to-agent, agent-to-merchant, agent-to-payment authority o agent-to-user-interface?",{"label":568,"description":569},"2. Identifica l'oggetto condiviso","Il contratto riguarda una chiamata a uno strumento, un'attività, un carrello, un mandato di pagamento, un artefatto o una descrizione di interfaccia utente?",{"label":571,"description":572},"3. Verifica se esiste già un protocollo di dominio","Prediligi la semantica di commercio o di pagamento quando il problema riguarda il commercio o l'autorizzazione, invece di codificare tutto come strumenti generici.",{"label":574,"description":575},"4. Mantieni locali gli elementi interni locali","Non esporre un intero agente come strumenti MCP se la parte remota necessita solo di una funzionalità A2A, e non rendere un agente remoto responsabile del tuo runtime di interfaccia utente.",{"label":577,"description":578},"5. Componi i protocolli quando il flusso di lavoro supera i confini","Un singolo flusso di lavoro può legittimamente attraversare contratti di strumenti, agenti, commercio, pagamento e interfaccia utente.",{"label":580,"description":581},"6. Crea versioni indipendenti per ciascun contratto","Le versioni dei protocolli evolvono a velocità diverse; non vincolare ogni integrazione a una singola versione monolitica dell'applicazione.",{"label":583,"description":584},"7. Preserva l'autorizzazione a ogni perimetro","L'interoperabilità non sostituisce i permessi del prodotto, l'autorizzazione degli strumenti, l'autorità di pagamento o i criteri di accesso ai dati.","Scegli il protocollo in base al perimetro","auto","processFlow",{},{"id":590,"data":591,"type":42,"tunes":593},"h-workflow",{"text":592,"level":219},"Un flusso di lavoro multi-protocollo realistico",{},{"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. Ispeziona lo stock interno con MCP","L'agente di acquisto richiama le funzionalità di inventario e previsione esposte dai server MCP interni.",{"label":602,"description":603},"2. Individua un agente fornitore con A2A","L'agente legge l'Agent Card del fornitore e delega un'attività di disponibilità e tempi di consegna.",{"label":605,"description":606},"3. Negozia l'oggetto di commercio con UCP","La superficie del fornitore o dell'esercente restituisce informazioni strutturate su carrello, checkout ed evasione.",{"label":608,"description":609},"4. Verifica l'autorità di spesa con AP2","L'acquisto viene confrontato con il mandato firmato dell'utente o dell'organizzazione, i vincoli dell'esercente e i limiti di spesa.",{"label":611,"description":612},"5. Richiedi l'approvazione tramite A2UI","Se è richiesta l'approvazione umana, l'agente invia l'intento dichiarativo dell'interfaccia utente e l'host renderizza l'esperienza di approvazione utilizzando componenti nativi fidati.",{"label":614,"description":615},"6. Completa e verifica","Lo stato del commercio, l'autorizzazione del pagamento, l'evidenza dell'attività dell'agente e i registri di audit dell'applicazione rimangono tracciabili attraverso i rispettivi perimetri.","Esempio: un flusso di lavoro di approvvigionamento autonomo",{},{"id":619,"data":620,"type":42,"tunes":622},"h-universal",{"text":621,"level":219},"Perché è improbabile che un unico protocollo universale per agenti li sostituisca tutti",{},{"id":624,"data":625,"type":226,"tunes":627},"p-universal-1",{"text":626},"Un protocollo universale sembra più semplice finché non deve codificare la semantica di ogni dominio. La scoperta degli strumenti, la collaborazione tra agenti di lunga durata, il checkout, l'autorizzazione dei pagamenti e l'interfaccia utente nativa hanno tutti requisiti diversi di ciclo di vita, sicurezza e correttezza.",{},{"id":629,"data":630,"type":226,"tunes":632},"p-universal-2",{"text":631},"Il web stesso si è evoluto attraverso protocolli a livelli piuttosto che con un unico formato di messaggio per ogni problema. Lo stack agentico emergente sembra muoversi nella stessa direzione: primitive orizzontali comuni, contratti di dominio specializzati e individuazione\u002Fgestione delle versioni esplicita.",{},{"id":634,"data":635,"type":226,"tunes":637},"p-universal-3",{"text":636},"La sfida architetturale si sposta quindi da \"quale protocollo vincerà?\" a quanto efficacemente i protocolli si compongano senza duplicare la semantica di identità, autorizzazione, stato e audit.",{},{"id":639,"data":640,"type":42,"tunes":642},"h-failures",{"text":641,"level":219},"La composizione dei protocolli crea nuove modalità di errore",{},{"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],"Modalità di fallimento","Cosa accade","Controllo architetturale",[652,653,654],"Fuga di autorità","Una capacità valida di uno strumento o di un agente viene trattata come autorizzazione a eseguire un'azione aziendale","Mantenere l'autorizzazione di prodotto indipendente dal rilevamento delle capacità di protocollo",[656,657,658],"Disallineamento dell'identità","L'identità dell'host MCP, l'identità dell'agente A2A e l'identità commerciale\u002Fdi pagamento fanno riferimento a soggetti (principal) diversi","Definire una mappatura esplicita dei soggetti attraverso i confini",[660,661,662],"Deriva delle versioni","Un protocollo viene aggiornato mentre gli adapter dipendenti presuppongono una semantica precedente","Negoziare e bloccare le versioni dei protocolli in modo indipendente",[664,665,666],"Duplicazione dello stato","Lo stesso stato di carrello, attività o approvazione viene copiato in diversi livelli di protocollo","Definire un unico proprietario autorevole per oggetto di dominio",[668,669,670],"Frammentazione dell'audit","Le tracce degli strumenti, i task degli agenti, il checkout e le prove di pagamento non possono essere correlati","Mantenere ID di correlazione e identificatori di dominio stabili attraverso i confini dei protocolli",[672,673,674],"Tunneling semantico","Tutto viene forzato attraverso un protocollo generico sotto forma di JSON opaco","Utilizzare protocolli di dominio laddove la loro semantica migliori concretamente la correttezza",{},{"id":677,"data":678,"type":42,"tunes":680},"h-app-arch",{"text":679,"level":219},"La scelta del protocollo non sostituisce l'architettura applicativa",{},{"id":682,"data":683,"type":226,"tunes":685},"p-app-1",{"text":684},"Gli standard aperti riducono l'accoppiamento nell'integrazione, ma non definiscono il modello di dominio, la policy di autorizzazione, la fonte di verità, la strategia di retry o i criteri di accettazione. Uno strumento MCP può comunque esporre la funzionalità sbagliata. Un agente A2A può comunque restituire un artefatto errato. Un checkout UCP può comunque contenere dati obsoleti del venditore. Un mandato AP2 può comunque essere applicato in modo errato dalla logica applicativa.",{},{"id":687,"data":688,"type":226,"tunes":690},"p-app-2",{"text":689},"Tratta i protocolli come contratti tra componenti che si evolvono in modo indipendente. Mantieni la verità di dominio e le relative policy nel livello applicativo a cui appartengono, quindi usa i protocolli per rendere interoperabili i confini.",{},{"id":692,"data":693,"type":698,"tunes":699},"ref-harness",{"url":694,"title":695,"excerpt":696,"ctaLabel":697},"https:\u002F\u002Fstajic.de\u002Fit\u002Fblog\u002Fmanaged-agent-harness-vs-self-hosted-agent-loop-what-you-gain-what-you-lose","Harness per agenti gestito vs Agent Loop self-hosted: cosa si guadagna, cosa si perde","I confini di protocollo risolvono l'interoperabilità. I confini di runtime definiscono chi gestisce l'harness, l'ambiente di esecuzione e il control plane dell'applicazione.","Leggi la guida all'architettura di runtime","referralArticle",{},{"id":701,"data":702,"type":42,"tunes":704},"h-change",{"text":703,"level":219},"Cosa potrebbe cambiare questa risposta?",{},{"id":706,"data":707,"type":226,"tunes":709},"p-change-1",{"text":708},"Lo stack cambia se i protocolli convergono, se uno standard ne assorbe formalmente un altro o se i vendor standardizzano un livello condiviso di identità e autorizzazione attraverso più confini. UCP dimostra già la composizione supportando API, A2A e MCP e integrandovisi insieme ad AP2 anziché sostituirli.",{},{"id":711,"data":712,"type":226,"tunes":714},"p-change-2",{"text":713},"La risposta cambia anche in base all'ambito applicativo. Un piccolo agente interno potrebbe richiedere solo MCP. Un flusso di lavoro multi-aziendale potrebbe richiedere A2A. Un esercente potrebbe aver bisogno di UCP senza A2UI. Un agente di acquisto delegato potrebbe richiederli tutti. Utilizza il set di protocolli più ridotto possibile che rappresenti i confini reali senza appiattire la semantica di dominio.",{},{"id":716,"data":717,"type":42,"tunes":719},"h-limitations",{"text":718,"level":219},"Limitazioni",{},{"id":721,"data":722,"type":226,"tunes":724},"p-limit-1",{"text":723},"I protocolli discussi in questa sede si trovano a livelli di maturità differenti e presentano diversi modelli di governance. A2A ha raggiunto una specifica v1.0 stabile, mentre altri standard continuano a evolversi rapidamente. Anche l'adozione nell'ecosistema è disomogenea tra fornitori e framework.",{},{"id":726,"data":727,"type":226,"tunes":729},"p-limit-2",{"text":728},"Questo articolo si concentra sulla responsabilità architetturale piuttosto che sulla completezza dell'implementazione. Metodi di autenticazione specifici, binding di trasporto, schemi e meccanismi di estensione devono essere ricavati dalle specifiche attuali di ciascun protocollo.",{},{"id":731,"data":732,"type":42,"tunes":734},"h-conclusion",{"text":733,"level":219},"Conclusione",{},{"id":736,"data":737,"type":226,"tunes":739},"p-conclusion-1",{"text":738},"MCP, A2A, UCP, AP2 e A2UI assumono più senso se visti come protocolli per relazioni diverse, piuttosto che come cinque tentativi concorrenti di standardizzare gli “agenti”.",{},{"id":741,"data":742,"type":226,"tunes":744},"p-conclusion-2",{"text":743},"MCP espone le funzionalità. A2A coordina agenti indipendenti. UCP fornisce al commercio un proprio contratto leggibile dalle macchine. AP2 aggiunge un'autorità di pagamento verificabile. A2UI offre agli agenti un percorso dichiarativo sicuro verso le interfacce utente. Il web agentico emergente non sta quindi sostituendo i protocolli con l'IA; sta creando un nuovo stack di protocolli attorno all'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","No. MCP standardizza principalmente il modo in cui le applicazioni di IA accedono a strumenti, risorse e dati. A2A standardizza la collaborazione tra sistemi di agenti indipendenti. Un agente remoto può utilizzare internamente MCP esponendo al contempo un'interfaccia A2A.","A2A è un sostituto di MCP?",{"id":759,"answer":760,"question":761},"faq2","In genere no. UCP fornisce una semantica specifica per il commercio, come carrello, checkout ed evasione degli ordini. MCP può comunque esporre strumenti o dati del venditore, e UCP è progettato per coesistere con MCP e A2A.","UCP è un sostituto di MCP negli agenti di acquisto?",{"id":763,"answer":764,"question":765},"faq3","UCP standardizza le interazioni commerciali e il ciclo di vita delle transazioni. AP2 si concentra sulla verifica che un agente avesse l'autorità per effettuare un pagamento secondo vincoli definiti dall'utente o dall'organizzazione.","Qual è la differenza tra UCP e AP2?",{"id":767,"answer":768,"question":769},"faq4","A2UI consente agli agenti di inviare un intento di interfaccia utente (UI) dichiarativo a un'applicazione host, che esegue il rendering dell'esperienza tramite componenti nativi affidabili anziché eseguire codice frontend remoto arbitrario.","Quale problema risolve A2UI?",{"id":771,"answer":772,"question":773},"faq5","Sì. Un flusso di lavoro può utilizzare MCP per gli strumenti interni, A2A per la delega ad agenti remoti, UCP per il commercio, AP2 per l'autorizzazione dei pagamenti e A2UI per l'interazione umana.","Un'unica applicazione di agenti può utilizzare tutti questi protocolli?",{"id":775,"answer":776,"question":777},"faq6","Parti dal confine di interoperabilità. Se il problema è l'accesso agli strumenti, valuta MCP. Se è la collaborazione tra agenti indipendenti, valuta A2A. Se è il commercio, UCP. Se è l'autorità di pagamento delegata, AP2. Se è una UI portabile guidata dagli agenti, A2UI.","Quale protocollo dovrei implementare per primo?","MCP, A2A, UCP, AP2 e A2UI",{},{"id":781,"data":782,"type":42,"tunes":784},"h-glossary",{"text":783,"level":219},"Glossario",{},{"id":786,"data":787,"type":786,"tunes":807},"glossary",{"title":788,"entries":789},"Termini chiave sui protocolli per agenti",[790,792,794,797,800,803],{"term":280,"anchor":418,"definition":791},"Model Context Protocol, uno standard aperto per esporre strumenti, risorse e prompt da sistemi esterni a host di IA compatibili.",{"term":285,"anchor":420,"definition":793},"Agent2Agent Protocol, uno standard aperto per individuare e collaborare con sistemi di agenti indipendenti tramite messaggi, task e artefatti.",{"term":290,"anchor":795,"definition":796},"ucp","Universal Commerce Protocol, uno standard aperto per percorsi di commercio agentico interoperabili tra interfacce per i consumatori, aziende e fornitori di servizi di pagamento.",{"term":295,"anchor":798,"definition":799},"ap2","Agent Payments Protocol, uno standard aperto per rappresentare e verificare autorità, intento e responsabilità nei pagamenti guidati da agenti.",{"term":300,"anchor":801,"definition":802},"a2ui","Agent-to-User Interface, un protocollo dichiarativo che consente agli agenti di richiedere un'interfaccia utente che viene renderizzata utilizzando i componenti affidabili dell'applicazione host.",{"term":804,"anchor":805,"definition":806},"Protocol composition","protocol-composition","L'uso di più protocolli in un unico flusso di lavoro, ciascuno responsabile di uno specifico confine di interoperabilità, anziché forzare l'intera semantica attraverso un unico contratto.",{},{"id":809,"data":810,"type":42,"tunes":812},"h-sources",{"text":811,"level":219},"Fonti primarie e approfondimenti",{},{"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 — Guida per sviluppatori ai protocolli per agenti IA","Una panoramica pratica che mostra MCP, A2A, UCP, AP2, A2UI e i protocolli correlati operare insieme in un unico flusso di lavoro multi-fase per agenti.","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 — TypeScript SDK v2","Documentazione attuale dell'SDK stabile che implementa la specifica MCP del 28-07-2026 e definisce strumenti, risorse, prompt e l'integrazione host\u002Fserver.",{},{"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},"Protocollo A2A — Specifica v1.0","Specifica attuale del protocollo A2A che copre Agent Card, messaggi, task, artefatti, binding e negoziazione della versione.",{},{"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 — Ingresso nella Agentic AI Foundation","Attuale inquadramento del progetto A2A come livello orizzontale di collaborazione tra agenti, affiancato a MCP per l'integrazione verticale di strumenti e dati.",{},{"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 — Dietro le quinte: Universal Commerce Protocol","Panoramica tecnica di UCP, delle sue primitive di commercio e della sua capacità di integrarsi con API, A2A, MCP e 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 — Profilo UCP","Attuale meccanismo di profili con versioning per la pubblicazione di servizi UCP e funzionalità commerciali degli esercenti.",{},{"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)","Annuncio e razionale per un protocollo aperto riguardante autorizzazione, autenticità e responsabilità nei pagamenti guidati da agenti.",{},{"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","Modello dichiarativo di A2UI, indipendente dal framework, per interfacce portabili guidate da agenti e renderizzate da componenti nativi dell'host.",{},{"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","Come l'approccio dichiarativo di A2UI ed esperienze più ricche basate su MCP App possano coesistere anziché essere considerati modelli di interfaccia utente mutuamente esclusivi.",{},"2.31","MCP, A2A, UCP, AP2 e A2UI sono spesso presentati come standard per agenti concorrenti. Per lo più risolvono problemi di interoperabilità diversi. Questa guida mappa ciascun protocollo sul confine che effettivamente standardizza—e mostra come possano lavorare insieme in un unico sistema di produzione.","\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,"Limiti dei dati","data-boundaries",{"id":918,"name":919,"slug":920},84,"Policy e limiti dati","policy-and-data",{"id":922,"name":923,"slug":924},46,"Panoramica","overview",{"id":926,"login":927,"email":928,"displayName":929},"20","rooth8233","aleksandar@stajic.de","Aleksandar Stajić",[931,1484],{"lang":932,"title":933,"content":934,"contentJson":935,"excerpt":1483},"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":1482},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,1096,1100,1104,1108,1112,1116,1120,1129,1133,1137,1141,1145,1149,1175,1179,1183,1187,1191,1195,1204,1208,1212,1238,1242,1265,1269,1273,1277,1281,1285,1317,1321,1325,1329,1336,1340,1344,1348,1352,1356,1360,1364,1368,1372,1375,1398,1402,1419,1423,1430,1436,1443,1450,1457,1464,1470,1476],{"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":1095},{"rows":1076,"title":1089,"layout":304,"columns":1090},[1077,1080,1083,1086],{"id":396,"label":1078,"values":1079},"Relationship",[399,399,399],{"id":401,"label":1081,"values":1082},"Abstraction",[399,399,399],{"id":405,"label":1084,"values":1085},"Internal opacity",[399,399,399],{"id":409,"label":1087,"values":1088},"Long-running work",[399,399,399],"MCP and A2A solve different interoperability problems",[1091,1093,1094],{"id":415,"label":1092},"Dimension",{"id":418,"label":280},{"id":420,"label":285},{},{"id":424,"data":1097,"type":226,"tunes":1099},{"text":1098},"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":1101,"type":42,"tunes":1103},{"text":1102,"level":219},"3. UCP: standardize agentic commerce",{},{"id":434,"data":1105,"type":226,"tunes":1107},{"text":1106},"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":1109,"type":226,"tunes":1111},{"text":1110},"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":1113,"type":226,"tunes":1115},{"text":1114},"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":1117,"type":42,"tunes":1119},{"text":1118,"level":218},"Use UCP when",{},{"id":454,"data":1121,"type":343,"tunes":1128},{"meta":1122,"items":1123,"style":342},{},[1124,1125,1126,1127],"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":1130,"type":42,"tunes":1132},{"text":1131,"level":219},"4. AP2: prove that the agent was allowed to spend",{},{"id":469,"data":1134,"type":226,"tunes":1136},{"text":1135},"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":1138,"type":226,"tunes":1140},{"text":1139},"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":1142,"type":226,"tunes":1144},{"text":1143},"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":1146,"type":42,"tunes":1148},{"text":1147,"level":219},"UCP vs AP2: transaction semantics vs authority",{},{"id":489,"data":1150,"type":304,"tunes":1174},{"content":1151,"stretched":43,"withHeadings":14},[1152,1154,1158,1162,1166,1170],[1153,290,295],"Question",[1155,1156,1157],"What is being bought?","Commerce items, cart, checkout and fulfillment semantics","References the authorized transaction context",[1159,1160,1161],"Who may authorize it?","Not the primary protocol responsibility","Explicit agent\u002Fuser authority and mandate model",[1163,1164,1165],"What spending constraints apply?","Commerce flow can contain totals and checkout data","Authorization guardrails and intent limits",[1167,1168,1169],"How is the transaction audited?","Order and commerce lifecycle","Cryptographic \u002F verifiable authorization trail through mandates and receipts",[1171,1172,1173],"Can they work together?","Yes","Yes — AP2 can extend agentic commerce flows",{},{"id":516,"data":1176,"type":42,"tunes":1178},{"text":1177,"level":219},"5. A2UI: let agents describe interfaces without owning your frontend",{},{"id":521,"data":1180,"type":226,"tunes":1182},{"text":1181},"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":1184,"type":226,"tunes":1186},{"text":1185},"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":1188,"type":226,"tunes":1190},{"text":1189},"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":1192,"type":42,"tunes":1194},{"text":1193,"level":218},"Use A2UI when",{},{"id":541,"data":1196,"type":343,"tunes":1203},{"meta":1197,"items":1198,"style":342},{},[1199,1200,1201,1202],"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":1205,"type":42,"tunes":1207},{"text":1206,"level":219},"The Protocol Selection Test",{},{"id":556,"data":1209,"type":226,"tunes":1211},{"text":1210},"Do not start from the acronym. Start from the relationship that needs interoperability.",{},{"id":561,"data":1213,"type":587,"tunes":1237},{"steps":1214,"title":1236,"orientation":586},[1215,1218,1221,1224,1227,1230,1233],{"label":1216,"description":1217},"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":1219,"description":1220},"2. Identify the shared object","Is the contract about a tool call, task, cart, payment mandate, artifact, or UI description?",{"label":1222,"description":1223},"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":1225,"description":1226},"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":1228,"description":1229},"5. Compose protocols when the workflow crosses boundaries","One workflow can legitimately cross tool, agent, commerce, payment and UI contracts.",{"label":1231,"description":1232},"6. Version each contract independently","Protocol versions evolve at different speeds; do not tie every integration to one monolithic application version.",{"label":1234,"description":1235},"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":1239,"type":42,"tunes":1241},{"text":1240,"level":219},"A realistic multi-protocol workflow",{},{"id":595,"data":1243,"type":587,"tunes":1264},{"steps":1244,"title":1263,"orientation":586},[1245,1248,1251,1254,1257,1260],{"label":1246,"description":1247},"1. Inspect internal stock with MCP","The purchasing agent calls inventory and forecasting capabilities exposed by internal MCP servers.",{"label":1249,"description":1250},"2. Discover a supplier agent with A2A","The agent reads the supplier's Agent Card and delegates an availability and lead-time task.",{"label":1252,"description":1253},"3. Negotiate the commerce object with UCP","The supplier or merchant surface returns structured cart, checkout and fulfillment information.",{"label":1255,"description":1256},"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":1258,"description":1259},"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":1261,"description":1262},"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":1266,"type":42,"tunes":1268},{"text":1267,"level":219},"Why one universal agent protocol is unlikely to replace all of them",{},{"id":624,"data":1270,"type":226,"tunes":1272},{"text":1271},"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":1274,"type":226,"tunes":1276},{"text":1275},"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":1278,"type":226,"tunes":1280},{"text":1279},"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":1282,"type":42,"tunes":1284},{"text":1283,"level":219},"Protocol composition creates new failure modes",{},{"id":644,"data":1286,"type":304,"tunes":1316},{"content":1287,"stretched":43,"withHeadings":14},[1288,1292,1296,1300,1304,1308,1312],[1289,1290,1291],"Failure mode","What happens","Architecture control",[1293,1294,1295],"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",[1297,1298,1299],"Identity mismatch","MCP host identity, A2A agent identity and commerce\u002Fpayment identity refer to different principals","Define explicit principal mapping across boundaries",[1301,1302,1303],"Version drift","One protocol upgrades while dependent adapters assume older semantics","Negotiate and pin protocol versions independently",[1305,1306,1307],"State duplication","The same cart, task or approval state is copied into several protocol layers","Define one authoritative owner per domain object",[1309,1310,1311],"Audit fragmentation","Tool traces, agent tasks, checkout and payment evidence cannot be joined","Carry correlation IDs and stable domain identifiers across protocol boundaries",[1313,1314,1315],"Semantic tunneling","Everything is forced through a generic protocol as opaque JSON","Use domain protocols where their semantics materially improve correctness",{},{"id":677,"data":1318,"type":42,"tunes":1320},{"text":1319,"level":219},"Protocol choice does not replace application architecture",{},{"id":682,"data":1322,"type":226,"tunes":1324},{"text":1323},"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":1326,"type":226,"tunes":1328},{"text":1327},"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":1330,"type":698,"tunes":1335},{"url":1331,"title":1332,"excerpt":1333,"ctaLabel":1334},"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":1337,"type":42,"tunes":1339},{"text":1338,"level":219},"What would change this answer?",{},{"id":706,"data":1341,"type":226,"tunes":1343},{"text":1342},"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":1345,"type":226,"tunes":1347},{"text":1346},"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":1349,"type":42,"tunes":1351},{"text":1350,"level":219},"Limitations",{},{"id":721,"data":1353,"type":226,"tunes":1355},{"text":1354},"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":1357,"type":226,"tunes":1359},{"text":1358},"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":1361,"type":42,"tunes":1363},{"text":1362,"level":219},"Conclusion",{},{"id":736,"data":1365,"type":226,"tunes":1367},{"text":1366},"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":1369,"type":226,"tunes":1371},{"text":1370},"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":1373,"type":42,"tunes":1374},{"text":748,"level":219},{},{"id":751,"data":1376,"type":751,"tunes":1397},{"items":1377,"title":1396},[1378,1381,1384,1387,1390,1393],{"id":755,"answer":1379,"question":1380},"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":1382,"question":1383},"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":1385,"question":1386},"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":1388,"question":1389},"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":1391,"question":1392},"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":1394,"question":1395},"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":1399,"type":42,"tunes":1401},{"text":1400,"level":219},"Glossary",{},{"id":786,"data":1403,"type":786,"tunes":1418},{"title":1404,"entries":1405},"Key agent-protocol terms",[1406,1408,1410,1412,1414,1416],{"term":280,"anchor":418,"definition":1407},"Model Context Protocol, an open standard for exposing tools, resources and prompts from external systems to compatible AI hosts.",{"term":285,"anchor":420,"definition":1409},"Agent2Agent Protocol, an open standard for discovering and collaborating with independent agent systems through messages, tasks and artifacts.",{"term":290,"anchor":795,"definition":1411},"Universal Commerce Protocol, an open standard for interoperable agentic commerce journeys between consumer surfaces, businesses and payment providers.",{"term":295,"anchor":798,"definition":1413},"Agent Payments Protocol, an open standard for representing and verifying authority, intent and accountability in agent-led payments.",{"term":300,"anchor":801,"definition":1415},"Agent-to-User Interface, a declarative protocol for allowing agents to request UI that is rendered using the host application's trusted components.",{"term":804,"anchor":805,"definition":1417},"Using multiple protocols in one workflow, each responsible for a distinct interoperability boundary rather than forcing all semantics through one contract.",{},{"id":809,"data":1420,"type":42,"tunes":1422},{"text":1421,"level":219},"Primary sources and further reading",{},{"id":814,"data":1424,"type":821,"tunes":1429},{"link":816,"meta":1425},{"image":1426,"title":1427,"description":1428},{"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":1431,"type":821,"tunes":1435},{"link":826,"meta":1432},{"image":1433,"title":829,"description":1434},{"url":399},"Current stable SDK documentation implementing the 2026-07-28 MCP specification and defining tools, resources, prompts and host\u002Fserver integration.",{},{"id":833,"data":1437,"type":821,"tunes":1442},{"link":835,"meta":1438},{"image":1439,"title":1440,"description":1441},{"url":399},"A2A Protocol — v1.0 Specification","Current A2A protocol specification covering Agent Cards, messages, tasks, artifacts, bindings and version negotiation.",{},{"id":842,"data":1444,"type":821,"tunes":1449},{"link":844,"meta":1445},{"image":1446,"title":1447,"description":1448},{"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":1451,"type":821,"tunes":1456},{"link":853,"meta":1452},{"image":1453,"title":1454,"description":1455},{"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":1458,"type":821,"tunes":1463},{"link":862,"meta":1459},{"image":1460,"title":1461,"description":1462},{"url":399},"Google Universal Commerce Protocol — UCP Profile","Current versioned profile mechanism for publishing UCP services and merchant commerce capabilities.",{},{"id":869,"data":1465,"type":821,"tunes":1469},{"link":871,"meta":1466},{"image":1467,"title":874,"description":1468},{"url":399},"Announcement and rationale for an open protocol covering authorization, authenticity and accountability in agent-led payments.",{},{"id":878,"data":1471,"type":821,"tunes":1475},{"link":880,"meta":1472},{"image":1473,"title":883,"description":1474},{"url":399},"A2UI's framework-agnostic declarative model for portable agent-driven interfaces rendered by host-native components.",{},{"id":887,"data":1477,"type":821,"tunes":1481},{"link":889,"meta":1478},{"image":1479,"title":892,"description":1480},{"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":1485,"excerpt":896},{"time":212,"blocks":1486,"version":895},[1487,1490,1493,1496,1499,1502,1505,1508,1511,1514,1524,1527,1530,1533,1536,1539,1544,1547,1550,1553,1556,1559,1562,1567,1570,1586,1589,1592,1595,1598,1601,1604,1609,1612,1615,1618,1621,1624,1634,1637,1640,1643,1646,1649,1654,1657,1660,1671,1674,1684,1687,1690,1693,1696,1699,1710,1713,1716,1719,1722,1725,1728,1731,1734,1737,1740,1743,1746,1749,1752,1762,1765,1775,1778,1783,1788,1793,1798,1803,1808,1813,1818],{"id":215,"data":1488,"type":220,"tunes":1489},{"title":217,"maxLevel":218,"minLevel":219},{},{"id":223,"data":1491,"type":226,"tunes":1492},{"text":225},{},{"id":229,"data":1494,"type":234,"tunes":1495},{"body":231,"title":232,"variant":233},{},{"id":237,"data":1497,"type":234,"tunes":1498},{"body":239,"title":240,"variant":241},{},{"id":244,"data":1500,"type":234,"tunes":1501},{"body":246,"title":247,"variant":248},{},{"id":251,"data":1503,"type":42,"tunes":1504},{"text":253,"level":219},{},{"id":256,"data":1506,"type":226,"tunes":1507},{"text":258},{},{"id":261,"data":1509,"type":226,"tunes":1510},{"text":263},{},{"id":266,"data":1512,"type":42,"tunes":1513},{"text":268,"level":219},{},{"id":271,"data":1515,"type":304,"tunes":1523},{"content":1516,"stretched":43,"withHeadings":14},[1517,1518,1519,1520,1521,1522],[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":1525,"type":234,"tunes":1526},{"body":309,"title":310,"variant":311},{},{"id":314,"data":1528,"type":42,"tunes":1529},{"text":316,"level":219},{},{"id":319,"data":1531,"type":226,"tunes":1532},{"text":321},{},{"id":324,"data":1534,"type":226,"tunes":1535},{"text":326},{},{"id":329,"data":1537,"type":42,"tunes":1538},{"text":331,"level":218},{},{"id":334,"data":1540,"type":343,"tunes":1543},{"meta":1541,"items":1542,"style":342},{},[338,339,340,341],{},{"id":346,"data":1545,"type":234,"tunes":1546},{"body":348,"title":349,"variant":241},{},{"id":352,"data":1548,"type":42,"tunes":1549},{"text":354,"level":219},{},{"id":357,"data":1551,"type":226,"tunes":1552},{"text":359},{},{"id":362,"data":1554,"type":226,"tunes":1555},{"text":364},{},{"id":367,"data":1557,"type":226,"tunes":1558},{"text":369},{},{"id":372,"data":1560,"type":42,"tunes":1561},{"text":374,"level":218},{},{"id":377,"data":1563,"type":343,"tunes":1566},{"meta":1564,"items":1565,"style":342},{},[381,382,383,384],{},{"id":387,"data":1568,"type":42,"tunes":1569},{"text":389,"level":219},{},{"id":392,"data":1571,"type":421,"tunes":1585},{"rows":1572,"title":412,"layout":304,"columns":1581},[1573,1575,1577,1579],{"id":396,"label":397,"values":1574},[399,399,399],{"id":401,"label":402,"values":1576},[399,399,399],{"id":405,"label":406,"values":1578},[399,399,399],{"id":409,"label":410,"values":1580},[399,399,399],[1582,1583,1584],{"id":415,"label":416},{"id":418,"label":280},{"id":420,"label":285},{},{"id":424,"data":1587,"type":226,"tunes":1588},{"text":426},{},{"id":429,"data":1590,"type":42,"tunes":1591},{"text":431,"level":219},{},{"id":434,"data":1593,"type":226,"tunes":1594},{"text":436},{},{"id":439,"data":1596,"type":226,"tunes":1597},{"text":441},{},{"id":444,"data":1599,"type":226,"tunes":1600},{"text":446},{},{"id":449,"data":1602,"type":42,"tunes":1603},{"text":451,"level":218},{},{"id":454,"data":1605,"type":343,"tunes":1608},{"meta":1606,"items":1607,"style":342},{},[458,459,460,461],{},{"id":464,"data":1610,"type":42,"tunes":1611},{"text":466,"level":219},{},{"id":469,"data":1613,"type":226,"tunes":1614},{"text":471},{},{"id":474,"data":1616,"type":226,"tunes":1617},{"text":476},{},{"id":479,"data":1619,"type":226,"tunes":1620},{"text":481},{},{"id":484,"data":1622,"type":42,"tunes":1623},{"text":486,"level":219},{},{"id":489,"data":1625,"type":304,"tunes":1633},{"content":1626,"stretched":43,"withHeadings":14},[1627,1628,1629,1630,1631,1632],[493,290,295],[495,496,497],[499,500,501],[503,504,505],[507,508,509],[511,512,513],{},{"id":516,"data":1635,"type":42,"tunes":1636},{"text":518,"level":219},{},{"id":521,"data":1638,"type":226,"tunes":1639},{"text":523},{},{"id":526,"data":1641,"type":226,"tunes":1642},{"text":528},{},{"id":531,"data":1644,"type":226,"tunes":1645},{"text":533},{},{"id":536,"data":1647,"type":42,"tunes":1648},{"text":538,"level":218},{},{"id":541,"data":1650,"type":343,"tunes":1653},{"meta":1651,"items":1652,"style":342},{},[545,546,547,548],{},{"id":551,"data":1655,"type":42,"tunes":1656},{"text":553,"level":219},{},{"id":556,"data":1658,"type":226,"tunes":1659},{"text":558},{},{"id":561,"data":1661,"type":587,"tunes":1670},{"steps":1662,"title":585,"orientation":586},[1663,1664,1665,1666,1667,1668,1669],{"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":1672,"type":42,"tunes":1673},{"text":592,"level":219},{},{"id":595,"data":1675,"type":587,"tunes":1683},{"steps":1676,"title":616,"orientation":586},[1677,1678,1679,1680,1681,1682],{"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":1685,"type":42,"tunes":1686},{"text":621,"level":219},{},{"id":624,"data":1688,"type":226,"tunes":1689},{"text":626},{},{"id":629,"data":1691,"type":226,"tunes":1692},{"text":631},{},{"id":634,"data":1694,"type":226,"tunes":1695},{"text":636},{},{"id":639,"data":1697,"type":42,"tunes":1698},{"text":641,"level":219},{},{"id":644,"data":1700,"type":304,"tunes":1709},{"content":1701,"stretched":43,"withHeadings":14},[1702,1703,1704,1705,1706,1707,1708],[648,649,650],[652,653,654],[656,657,658],[660,661,662],[664,665,666],[668,669,670],[672,673,674],{},{"id":677,"data":1711,"type":42,"tunes":1712},{"text":679,"level":219},{},{"id":682,"data":1714,"type":226,"tunes":1715},{"text":684},{},{"id":687,"data":1717,"type":226,"tunes":1718},{"text":689},{},{"id":692,"data":1720,"type":698,"tunes":1721},{"url":694,"title":695,"excerpt":696,"ctaLabel":697},{},{"id":701,"data":1723,"type":42,"tunes":1724},{"text":703,"level":219},{},{"id":706,"data":1726,"type":226,"tunes":1727},{"text":708},{},{"id":711,"data":1729,"type":226,"tunes":1730},{"text":713},{},{"id":716,"data":1732,"type":42,"tunes":1733},{"text":718,"level":219},{},{"id":721,"data":1735,"type":226,"tunes":1736},{"text":723},{},{"id":726,"data":1738,"type":226,"tunes":1739},{"text":728},{},{"id":731,"data":1741,"type":42,"tunes":1742},{"text":733,"level":219},{},{"id":736,"data":1744,"type":226,"tunes":1745},{"text":738},{},{"id":741,"data":1747,"type":226,"tunes":1748},{"text":743},{},{"id":746,"data":1750,"type":42,"tunes":1751},{"text":748,"level":219},{},{"id":751,"data":1753,"type":751,"tunes":1761},{"items":1754,"title":778},[1755,1756,1757,1758,1759,1760],{"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":1763,"type":42,"tunes":1764},{"text":783,"level":219},{},{"id":786,"data":1766,"type":786,"tunes":1774},{"title":788,"entries":1767},[1768,1769,1770,1771,1772,1773],{"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":1776,"type":42,"tunes":1777},{"text":811,"level":219},{},{"id":814,"data":1779,"type":821,"tunes":1782},{"link":816,"meta":1780},{"image":1781,"title":819,"description":820},{"url":399},{},{"id":824,"data":1784,"type":821,"tunes":1787},{"link":826,"meta":1785},{"image":1786,"title":829,"description":830},{"url":399},{},{"id":833,"data":1789,"type":821,"tunes":1792},{"link":835,"meta":1790},{"image":1791,"title":838,"description":839},{"url":399},{},{"id":842,"data":1794,"type":821,"tunes":1797},{"link":844,"meta":1795},{"image":1796,"title":847,"description":848},{"url":399},{},{"id":851,"data":1799,"type":821,"tunes":1802},{"link":853,"meta":1800},{"image":1801,"title":856,"description":857},{"url":399},{},{"id":860,"data":1804,"type":821,"tunes":1807},{"link":862,"meta":1805},{"image":1806,"title":865,"description":866},{"url":399},{},{"id":869,"data":1809,"type":821,"tunes":1812},{"link":871,"meta":1810},{"image":1811,"title":874,"description":875},{"url":399},{},{"id":878,"data":1814,"type":821,"tunes":1817},{"link":880,"meta":1815},{"image":1816,"title":883,"description":884},{"url":399},{},{"id":887,"data":1819,"type":821,"tunes":1822},{"link":889,"meta":1820},{"image":1821,"title":892,"description":893},{"url":399},{},"Post erfolgreich abgerufen",{"items":1825,"source":1875,"manualIds":1876,"manualMatchedIds":1877},[1826,1833,1840,1847,1854,1861,1868],{"id":1827,"slug":1828,"title":1829,"excerpt":1830,"featuredImage":1831,"publishedAt":1832},"466","the-gpu-is-not-the-product-future-proof-private-ai-architecture","La GPU non è il prodotto: architettura di IA privata a prova di futuro","L'infrastruttura di IA privata non dovrebbe essere progettata attorno a una sola GPU o a un solo modello. Un approccio più resiliente combina GPU veloci per l'inferenza, sistemi di IA ricchi di memoria, nodi di IA fisica e modelli cloud di frontiera opzionali dietro un livello di routing consapevole delle capacità.","\u002Fuploads\u002F2026\u002F09\u002Fthe-gpu-is-not-the-product-future-proof-private-ai-architecture-1790140878812-8hsl39.webp","2026-09-23T01:19:00.000Z",{"id":1834,"slug":1835,"title":1836,"excerpt":1837,"featuredImage":1838,"publishedAt":1839},"468","ai-agent-memory-is-not-rag-how-to-separate-memory-retrieval-state-and-context","La memoria dell'agente IA non è RAG: come separare memoria, recupero, stato e contesto","Memoria dell'agente, RAG, stato e contesto vengono spesso usati come se fossero intercambiabili. Non lo sono. Questo pratico modello architetturale separa i quattro livelli, mostra dove si colloca ciascuno e spiega cosa si rompe quando i sistemi li fanno collassare in uno solo.","\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",{"id":1841,"slug":1842,"title":1843,"excerpt":1844,"featuredImage":1845,"publishedAt":1846},"470","what-should-an-ai-agent-remember-forget-recompute-or-retrieve-again","Cosa dovrebbe ricordare, dimenticare, ricalcolare o recuperare di nuovo un agente IA?","Gli agenti a lunga esecuzione non dovrebbero ricordare tutto. Questo articolo fornisce un modello pratico di ciclo di vita per decidere cosa appartiene alla memoria durevole, cosa dovrebbe essere recuperato di nuovo, cosa è più sicuro ricalcolare e cosa dovrebbe scadere o essere sostituito.","\u002Fuploads\u002F2026\u002F09\u002Fwhat-should-an-ai-agent-remember-forget-recompute-or-retrieve-again-1790351131087-iehz28.webp","2026-09-25T09:43:00.000Z",{"id":1848,"slug":1849,"title":1850,"excerpt":1851,"featuredImage":1852,"publishedAt":1853},"478","what-is-rag-the-simplest-explanation-of-how-it-works","Cos'è il RAG? La spiegazione più semplice di come funziona","RAG sembra complicato, ma l'idea è semplice: prima che un'IA risponda, cerca prima informazioni utili da una fonte di conoscenza e fornisce tali informazioni al modello linguistico. Questa guida spiega RAG, LLM, stato, memoria e strumenti utilizzando un semplice modello mentale.","\u002Fuploads\u002F2026\u002F09\u002Fwhat-is-rag-the-simplest-explanation-of-how-it-works-1790377492124-khjagt.webp","2026-09-25T19:03:00.000Z",{"id":1855,"slug":1856,"title":1857,"excerpt":1858,"featuredImage":1859,"publishedAt":1860},"471","how-to-know-whether-an-ai-agent-actually-used-the-right-evidence","Come sapere se un agente IA ha effettivamente usato le prove giuste","Un agente IA può citare fonti e comunque utilizzare le prove sbagliate. Questo articolo introduce un metodo pratico per verificare il supporto delle affermazioni, l'autorevolezza della fonte, l'applicabilità, la provenienza e se le prove abbiano effettivamente influenzato la risposta.","\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":1862,"slug":1863,"title":1864,"excerpt":1865,"featuredImage":1866,"publishedAt":1867},"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: Su cosa dovresti sviluppare nel 2026?","Lo stack di agenti di OpenAI è cambiato a settembre 2026. Questa guida all'architettura separa Agents API, Agents SDK, Responses API e Codex SDK in base alla proprietà del runtime—in modo che i team possano scegliere il giusto confine di controllo invece di confrontare i nomi dei prodotti.","\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":1869,"slug":1870,"title":1871,"excerpt":1872,"featuredImage":1873,"publishedAt":1874},"467","the-answer-validity-boundary-the-missing-layer-between-relevance-and-reliable-ai-answers","Il confine della validità della risposta: il livello mancante tra rilevanza e risposte AI affidabili","Una fonte può essere pertinente, autorevole e comunque errata per la domanda posta. Il livello mancante è l'applicabilità: le condizioni alle quali una risposta è valida e i cambiamenti che ne impongono una riconsiderazione. Questo articolo introduce l'Answer Validity Boundary come modello di progettazione delle fonti per esseri umani, ricerca AI e sistemi 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","fallback",[],[]]