[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"portal-settings:stajic:de":3,"public-menus:all":37,"post:mcp-vs-a2a-vs-ucp-vs-ap2-vs-a2ui-the-agent-protocol-stack-explained:de":204,"related:post:mcp-vs-a2a-vs-ucp-vs-ap2-vs-a2ui-the-agent-protocol-stack-explained:de:1":1822},{"statusCode":4,"data":5,"message":36},200,{"tenantId":6,"lang":7,"defaultLang":7,"siteUrl":8,"contactEmail":9,"brandName":10,"logoUrl":11,"siteName":10,"siteDescription":12,"ogImage":9,"robotsIndex":13,"socialLinks":9,"reservedSlugs":9,"seoPolicy":14},"stajic","de","https:\u002F\u002Fstajic.de",null,"Stajic Platform","\u002FLogo_Planet.svg","Stajic Portal",true,{"branding":15,"relatedContent":16,"crossDomainLinks":17},{"logoUrl":11},{"enabled":13},[18,21,24,27,30,33],{"url":19,"label":20,"isActive":13,"showInFooter":13,"includeInSameAs":13},"https:\u002F\u002Ffigure.rocks","figure.rocks",{"url":22,"label":23,"isActive":13,"showInFooter":13,"includeInSameAs":13},"https:\u002F\u002Floving.rocks","loving.rocks",{"url":25,"label":26,"isActive":13,"showInFooter":13,"includeInSameAs":13},"https:\u002F\u002Fbazify.com","bazify.com",{"url":28,"label":29,"isActive":13,"showInFooter":13,"includeInSameAs":13},"https:\u002F\u002Fbazify.de","bazify.de",{"url":31,"label":32,"isActive":13,"showInFooter":13,"includeInSameAs":13},"https:\u002F\u002Fbazify.at","bazify.at",{"url":34,"label":35,"isActive":13,"showInFooter":13,"includeInSameAs":13},"https:\u002F\u002Fbazify.ba","bazify.ba","Portal settings resolved",[38,44],{"id":39,"name":40,"location":41,"isActive":13,"isDefault":42,"items":43},1,"main-navigation","header",false,[],{"id":45,"name":46,"location":47,"isActive":13,"isDefault":13,"items":48},4,"main-menu","sidebar",[49,65,78,92,102,117,132],{"id":50,"title":51,"url":59,"target":60,"icon":61,"isActive":13,"type":62,"productId":9,"categoryId":9,"shopCategoryId":9,"articleId":9,"pageId":63,"portfolioId":9,"children":64},"item-18",{"de":52,"en":53,"es":54,"fr":55,"it":53,"ru":56,"sr":57,"zh":58},"Startseite","Home","Inicio","Accueil","Главная","Почетна","首页","\u002Ffull-stack-web-developer-munich-performance-seo-and-maintainable-builds","_self","i-lucide-home","page",111,[],{"id":66,"title":67,"url":74,"target":60,"icon":75,"isActive":13,"type":62,"productId":9,"categoryId":9,"shopCategoryId":9,"articleId":9,"pageId":76,"portfolioId":9,"children":77},"item-22",{"de":68,"en":68,"es":69,"fr":68,"it":70,"ru":71,"sr":72,"zh":73},"Vision","Visión","Visione","Видение","Визија","想象","\u002Fueber-uns-webdesign-muenchen-webaplikation","i-lucide-eye",113,[],{"id":79,"title":80,"url":88,"target":60,"icon":89,"isActive":13,"type":62,"productId":9,"categoryId":9,"shopCategoryId":9,"articleId":9,"pageId":90,"portfolioId":9,"children":91},"item-19",{"de":81,"en":82,"es":83,"fr":82,"it":84,"ru":85,"sr":86,"zh":87},"Leistungen","Services","Servicios","Servizi","Услуги","Услуге","服务","\u002Fservices-dienstleistungen-muenchen","i-lucide-wrench",116,[],{"id":93,"title":94,"url":98,"target":60,"icon":99,"isActive":13,"type":62,"productId":9,"categoryId":9,"shopCategoryId":9,"articleId":9,"pageId":100,"portfolioId":9,"children":101},"item-23",{"de":95,"en":95,"es":95,"fr":95,"it":95,"ru":96,"sr":96,"zh":97},"Blog","Блог","博客","\u002Fblog","i-lucide-book-open",112,[],{"id":103,"title":104,"url":113,"target":60,"icon":114,"isActive":13,"type":62,"productId":9,"categoryId":9,"shopCategoryId":9,"articleId":9,"pageId":115,"portfolioId":9,"children":116},"item-32",{"de":105,"en":106,"es":107,"fr":108,"it":109,"ru":110,"sr":111,"zh":112},"Neue Technologien","New Technologies","Nuevas tecnologías","Nouvelles technologies","Nuove tecnologie","Новые технологии","Нове технологије","新技术！","\u002Fneue-webtechnologien","i-lucide-sparkles",122,[],{"id":118,"title":119,"url":128,"target":60,"icon":129,"isActive":13,"type":62,"productId":9,"categoryId":9,"shopCategoryId":9,"articleId":9,"pageId":130,"portfolioId":9,"children":131},"item-20",{"de":120,"en":121,"es":122,"fr":123,"it":124,"ru":125,"sr":126,"zh":127},"Kontakt","Contact us!","Contacto","Contact","Contatto","Контакт","Контактирајте нас","联系我们！","\u002Fcontact","i-lucide-mail",115,[],{"id":133,"title":134,"url":143,"target":60,"icon":144,"isActive":13,"type":62,"productId":9,"categoryId":9,"shopCategoryId":9,"articleId":9,"pageId":145,"portfolioId":9,"children":146},"item-21",{"de":135,"en":136,"es":137,"fr":138,"it":139,"ru":140,"sr":141,"zh":142},"Unsere Arbeit","Our Work","Nuestro trabajo","Nos réalisations","I nostri lavori","Наши работы","Наши радови","文件夹","\u002Fportfolio","i-lucide-briefcase",114,[147,160,174,180,192],{"id":148,"title":149,"url":143,"target":60,"icon":158,"isActive":13,"type":62,"productId":9,"categoryId":9,"shopCategoryId":9,"articleId":9,"pageId":145,"portfolioId":9,"children":159},"item-24",{"de":150,"en":151,"es":152,"fr":153,"it":154,"ru":155,"sr":156,"zh":157},"Alle Projekte","All Projects","Todos los proyectos","Tous les projets","Tutti i progetti","Все проекты","Сви пројекти","所有项目","i-lucide-grid-3x3",[],{"id":161,"title":162,"url":170,"target":60,"icon":171,"isActive":13,"type":172,"productId":9,"categoryId":9,"shopCategoryId":9,"articleId":9,"pageId":9,"portfolioId":9,"children":173},"item-29",{"de":163,"en":164,"es":165,"fr":166,"it":167,"ru":168,"sr":169,"zh":142},"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":175,"title":176,"url":178,"target":60,"icon":171,"isActive":13,"type":172,"productId":9,"categoryId":9,"shopCategoryId":9,"articleId":9,"pageId":9,"portfolioId":9,"children":179},"item-28",{"de":177,"en":177,"es":177,"fr":177,"it":177,"ru":177,"sr":177,"zh":177},"Solr Suggester","\u002Fportfolio\u002Fsolr-fuzzy-suggester-und-solr-infix-suggester-abfrage-ueber-ajax-und-filterung",[],{"id":181,"title":182,"url":190,"target":60,"icon":171,"isActive":13,"type":172,"productId":9,"categoryId":9,"shopCategoryId":9,"articleId":9,"pageId":9,"portfolioId":9,"children":191},"item-27",{"de":183,"en":184,"es":185,"fr":186,"it":187,"ru":188,"sr":189,"zh":184},"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":193,"title":194,"url":202,"target":60,"icon":171,"isActive":13,"type":172,"productId":9,"categoryId":9,"shopCategoryId":9,"articleId":9,"pageId":9,"portfolioId":9,"children":203},"item-31",{"de":195,"en":196,"es":197,"fr":198,"it":199,"ru":200,"sr":201,"zh":196},"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":205,"message":1821},{"id":206,"title":207,"slug":208,"content":209,"contentJson":210,"excerpt":895,"featuredImage":896,"featuredImageAlt":897,"featuredImageCaption":9,"featuredImageTitle":9,"featuredImageCopyright":9,"featuredImageAuthor":9,"featuredImageSourceUrl":9,"featuredImageLicense":9,"featuredImageIsAiGenerated":42,"status":898,"publishedAt":899,"createdAt":900,"updatedAt":901,"seoLocalePaths":902,"categories":911,"author":924,"translations":929},"476","MCP vs A2A vs UCP vs AP2 vs A2UI: Der Agenten-Protokoll-Stack erklärt","mcp-vs-a2a-vs-ucp-vs-ap2-vs-a2ui-the-agent-protocol-stack-explained","\u003Cnav class=\"editorjs-toc\" data-editorjs-toc=\"true\" aria-label=\"Inhalt\">\u003Cstrong class=\"editorjs-toc__title\">Inhalt\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\">Der grundlegende Fehler: Protokolle vergleichen, die an unterschiedlichen Schnittstellen ansetzen\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-9\" class=\"editorjs-toc__link\">Der Protocol Responsibility Stack\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-12\" class=\"editorjs-toc__link\">1. MCP: Den Agenten mit Funktionen verbinden\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\">MCP verwenden, wenn\u003C\u002Fa>\u003C\u002Fli>\u003C\u002Fol>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-18\" class=\"editorjs-toc__link\">2. A2A: Unabhängige Agenten verbinden\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\">Verwenden Sie A2A, wenn\u003C\u002Fa>\u003C\u002Fli>\u003C\u002Fol>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-24\" class=\"editorjs-toc__link\">MCP vs. A2A: Vertikale Integration vs. horizontale Kollaboration\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-27\" class=\"editorjs-toc__link\">3. UCP: Standardisierung des agentenbasierten Handels\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\">Verwenden Sie UCP, wenn\u003C\u002Fa>\u003C\u002Fli>\u003C\u002Fol>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-33\" class=\"editorjs-toc__link\">4. AP2: Nachweisen, dass der Agent ausgabeberechtigt war\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-37\" class=\"editorjs-toc__link\">UCP vs. AP2: Transaktionssemantik vs. Autorisierung\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-39\" class=\"editorjs-toc__link\">5. A2UI: Lassen Sie Agenten Schnittstellen beschreiben, ohne Ihr Frontend zu besitzen\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\">Verwenden Sie A2UI, wenn\u003C\u002Fa>\u003C\u002Fli>\u003C\u002Fol>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-45\" class=\"editorjs-toc__link\">Der Protokollauswahl-Test\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-48\" class=\"editorjs-toc__link\">Ein realistischer Multi-Protokoll-Workflow\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-50\" class=\"editorjs-toc__link\">Warum ein universelles Agentenprotokoll wahrscheinlich nicht alle ersetzen wird\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-54\" class=\"editorjs-toc__link\">Protokollkomposition schafft neue Fehlerarten\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-56\" class=\"editorjs-toc__link\">Die Protokollwahl ersetzt keine Anwendungsarchitektur\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-60\" class=\"editorjs-toc__link\">Was würde diese Einschätzung ändern?\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-63\" class=\"editorjs-toc__link\">Einschränkungen\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-66\" class=\"editorjs-toc__link\">Fazit\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\">Glossar\u003C\u002Fa>\u003C\u002Fli>\u003Cli class=\"editorjs-toc__item\">\u003Ca href=\"#section-73\" class=\"editorjs-toc__link\">Primärquellen und weiterführende Literatur\u003C\u002Fa>\u003C\u002Fli>\u003C\u002Fol>\u003C\u002Fnav>\n\u003Cp>KI-Agenten-Protokolle vermehren sich rasant: MCP, A2A, UCP, AP2, A2UI und angrenzende Standards tauchen zunehmend in denselben Architekturdiagrammen auf. Sie werden oft als konkurrierende Protokolle beschrieben. In der Praxis lösen die meisten von ihnen jedoch unterschiedliche Interoperabilitätsprobleme an verschiedenen Systemgrenzen. Die sinnvolle Frage lautet nicht: „Welches Protokoll gewinnt?“, sondern: „Welche Beziehung im System muss standardisiert werden?“\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\">Direkte Antwort\u003C\u002Fstrong>\u003Cdiv class=\"text-gray-700 dark:text-gray-200\"><strong>MCP, A2A, UCP, AP2 und A2UI ergänzen sich größtenteils und sind keine Substitute.<\u002Fstrong> MCP verbindet eine KI-Anwendung mit Tools, Daten und Ressourcen. A2A verbindet unabhängige Agenten untereinander. UCP standardisiert E-Commerce-Interaktionen zwischen Verbraucheroberflächen, Unternehmen und Bezahlökosystemen. AP2 ergänzt agentengeführte Transaktionen um überprüfbare Autorisierungen und Zahlungsabsichten. A2UI ermöglicht es einem Agenten, interaktive Benutzeroberflächen zu beschreiben, ohne beliebigen Anwendungscode zu übertragen. Ein Produktivsystem kann legitimerweise mehrere davon in einem einzigen Workflow einsetzen.\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\">Schnelllebige Standards\u003C\u002Fstrong>\u003Cdiv class=\"text-gray-700 dark:text-gray-200\">Dieser Artikel spiegelt die Protokolllandschaft vom <strong>25. September 2026<\u002Fstrong> wider. A2A hat v1.0 erreicht, MCPs aktuelle TypeScript-v2-Reihe implementiert die Spezifikation vom 28.07.2026, UCP hat bereits neuere Protokollversionen von 2026 hinzugefügt und A2UI entwickelt sich kontinuierlich weiter. Prüfen Sie vor der Implementierung stets die aktuelle Spezifikation.\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\">Das in diesem Artikel verwendete Modell\u003C\u002Fstrong>\u003Cdiv class=\"text-gray-700 dark:text-gray-200\">Der Protocol Responsibility Stack und der Protocol Selection Test weiter unten sind praxisorientierte Architekturmodelle, die hier vorgeschlagen werden. Es handelt sich nicht um offizielle Terminologie der Protokollprojekte.\u003C\u002Fdiv>\u003C\u002Faside>\n\u003Ch2 id=\"section-6\">Der grundlegende Fehler: Protokolle vergleichen, die an unterschiedlichen Schnittstellen ansetzen\u003C\u002Fh2>\n\u003Cp>Ein Protokoll ist nützlich, weil zwei unabhängig implementierte Systeme einen stabilen Vertrag benötigen. Der Vertrag ergibt nur dann Sinn, wenn die Schnittstelle klar definiert ist. Ein Agent, der mit einer Datenbank kommuniziert, steht vor einem anderen Interoperabilitätsproblem als ein Agent, der Arbeit an einen anderen delegiert, ein Kunde, der einen Kauf autorisiert, oder ein entfernter Agent, der eine native Anwendung auffordert, ein Formular darzustellen.\u003C\u002Fp>\n\u003Cp>Googles Entwicklerleitfaden von 2026 stellt MCP, A2A, UCP, AP2, A2UI und verwandte UI-Protokolle ausdrücklich als Stack komplementärer Standards dar. Derselbe Beispiel-Workflow kann mehrere davon gemeinsam nutzen: Tools für den Bestand, Remote-Agenten für Lieferanten, Commerce für Bestellungen, Zahlungsautorisierung für Ausgaben und UI-Protokolle für Interaktionen.\u003C\u002Fp>\n\u003Ch2 id=\"section-9\">Der 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\">Protokoll\u003C\u002Fth>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">Welche Beziehung wird standardisiert?\u003C\u002Fth>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">Primäre Abstraktion\u003C\u002Fth>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">Primär nicht gedacht für\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\">KI-Anwendung ↔ Tools, Ressourcen und Daten\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Tools, Ressourcen, Prompts und Austausch von Host-\u002FServer-Fähigkeiten\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Unabhängige Zusammenarbeit von Agenten oder Commerce-Semantik\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">A2A\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Agent ↔ unabhängiger Agent\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Agentenerkennung, Nachrichten, Aufgaben, Artefakte und langlebige Zusammenarbeit\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Direkte Datenbank-\u002FTool-Integration\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\">Verbraucher-\u002FAgenten-Oberfläche ↔ Händler-Commerce-System\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Produkt-\u002FWarenkorb-\u002FCheckout-\u002FFulfillment-\u002FBestellfunktionen\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Allgemeine Agentenkommunikation\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\">Nutzer-\u002FAgentenabsicht ↔ Zahlungsautorisierung\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Mandate, Genehmigungsbeschränkungen und überprüfbare agentengeführte Zahlungsbefugnis\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Produktentdeckung oder generischer Checkout-Transport\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">A2UI\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Agent ↔ Benutzeroberflächen-Host\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Deklarative UI-Absicht, gerendert durch vertrauenswürdige native Komponenten\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Beliebiger entfernter Frontend-Code oder Delegation von Aufgaben zwischen Agenten\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\">Ein Workflow kann alle fünf verwenden\u003C\u002Fstrong>\u003Cdiv class=\"text-gray-700 dark:text-gray-200\">Ein Agent kann <strong>MCP<\u002Fstrong> nutzen, um den Bestand zu prüfen, <strong>A2A<\u002Fstrong>, um einen Lieferantenagenten nach der Verfügbarkeit zu fragen, <strong>UCP<\u002Fstrong>, um eine Commerce-Transaktion zu erstellen, <strong>AP2<\u002Fstrong>, um die Ausgabenberechtigung nachzuweisen, und <strong>A2UI<\u002Fstrong>, um dem Nutzer eine native Freigabeoberfläche anzuzeigen.\u003C\u002Fdiv>\u003C\u002Faside>\n\u003Ch2 id=\"section-12\">1. MCP: Den Agenten mit Funktionen verbinden\u003C\u002Fh2>\n\u003Cp>Das Model Context Protocol ist ein offener Standard zur Anbindung von KI-Anwendungen an externe Systeme, in denen sich Tools, Daten und wiederverwendbare Ressourcen befinden. Ein Server stellt Fähigkeiten bereit; ein MCP-Host verbindet sich mit diesem Server und macht diese Fähigkeiten für das Modell oder die Anwendung verfügbar.\u003C\u002Fp>\n\u003Cp>Die aktuelle TypeScript-v2-Dokumentation von MCP beschreibt das Protokoll genau in diesen Begriffen: Server stellen Tools, Ressourcen und Prompts bereit, während Hosts wie Entwicklungsumgebungen oder individuelle Anwendungen sich mit ihnen verbinden. Dies macht MCP in erster Linie zu einem Protokoll für die Integration von Fähigkeiten.\u003C\u002Fp>\n\u003Ch3 id=\"section-15\">MCP verwenden, wenn\u003C\u002Fh3>\n\u003Cul>\u003Cli>Eine KI-Anwendung standardisierten Zugriff auf Tools oder APIs benötigt.\u003C\u002Fli>\u003Cli>Sie möchten, dass ein einziger Capability-Server mit mehreren kompatiblen KI-Hosts funktioniert.\u003C\u002Fli>\u003Cli>Sie strukturierten Zugriff auf Daten oder Ressourcen benötigen, ohne jede Integration fest in jedem Agenten zu verdrahten.\u003C\u002Fli>\u003Cli>Das externe System ein Anbieter von Fähigkeiten ist und kein autonomer Peer-Agent.\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 ist nicht automatisch A2A\u003C\u002Fstrong>\u003Cdiv class=\"text-gray-700 dark:text-gray-200\">Ein MCP-Server kann mächtige Funktionen bereitstellen, aber das macht ihn noch nicht zu einem unabhängigen Agenten mit eigenem Aufgabenlebenszyklus, Erkennungssemantik und intransparenter interner Logik. Der Aufruf von Tools und die Zusammenarbeit zwischen Agenten sind grundverschiedene Verträge.\u003C\u002Fdiv>\u003C\u002Faside>\n\u003Ch2 id=\"section-18\">2. A2A: Unabhängige Agenten verbinden\u003C\u002Fh2>\n\u003Cp>Agent2Agent (A2A) ist für die Kommunikation zwischen unabhängigen, potenziell opaken Agentensystemen konzipiert. Die aktuelle v1.0-Spezifikation konzentriert sich auf die Erkennung von Fähigkeiten (Capability Discovery), Messaging, Aufgaben, Artefakte, multimodale Inhalte und langanhaltende Zusammenarbeit, ohne dass ein Agent seine internen Tools, seinen Speicher oder seine Implementierung gegenüber einem anderen offenlegen muss.\u003C\u002Fp>\n\u003Cp>Diese Opazität ist die entscheidende Grenze. Der aufrufende Agent muss nicht wissen, ob der Remote-Agent intern MCP, benutzerdefinierte Tools, einen proprietären Planer, einen anderen Modellanbieter oder menschliche Eskalation nutzt. Er benötigt lediglich einen Vertrag zur Erkennung von Fähigkeiten und zur Delegierung von Aufgaben.\u003C\u002Fp>\n\u003Cp>A2A v1.0 standardisiert zudem die Versionsaushandlung und unterstützt mehrere Bindings rund um ein gemeinsames Datenmodell. Der veröffentlichte Agent-Card-Mechanismus bietet Clients einen standardisierten Discovery-Punkt für die Fähigkeiten, unterstützten Protokolle, Authentifizierungsanforderungen und Skills eines Agenten.\u003C\u002Fp>\n\u003Ch3 id=\"section-22\">Verwenden Sie A2A, wenn\u003C\u002Fh3>\n\u003Cul>\u003Cli>Ein autonomer Agent Arbeit an einen anderen autonomen Agenten delegieren muss.\u003C\u002Fli>\u003Cli>Das Remote-System hinter einem Fähigkeitsvertrag opak bleiben soll.\u003C\u002Fli>\u003Cli>Aufgaben langlebig oder asynchron sein können oder Human-in-the-Loop-Interaktionen erfordern.\u003C\u002Fli>\u003Cli>Agenten mit unterschiedlichen Frameworks, Sprachen, Anbietern oder organisatorischen Zuständigkeiten entwickelt wurden.\u003C\u002Fli>\u003C\u002Ful>\n\u003Ch2 id=\"section-24\">MCP vs. A2A: Vertikale Integration vs. horizontale Kollaboration\u003C\u002Fh2>\n\u003Csection class=\"editorjs-comparison my-6\">\u003Ch3 class=\"mb-3 text-lg font-semibold\">MCP und A2A lösen unterschiedliche Interoperabilitätsprobleme\u003C\u002Fh3>\u003Cdiv class=\"overflow-x-auto\">\u003Ctable class=\"w-full border-collapse\">\u003Cthead>\u003Ctr>\u003Cth class=\"border border-gray-300 bg-gray-50 px-4 py-3 text-left dark:border-gray-700 dark:bg-gray-900\">\u003C\u002Fth>\u003Cth class=\"border border-gray-300 bg-gray-50 px-4 py-3 text-left font-semibold dark:border-gray-700 dark:bg-gray-900\">Dimension\u003C\u002Fth>\u003Cth class=\"border border-gray-300 bg-gray-50 px-4 py-3 text-left font-semibold dark:border-gray-700 dark:bg-gray-900\">MCP\u003C\u002Fth>\u003Cth class=\"border border-gray-300 bg-gray-50 px-4 py-3 text-left font-semibold dark:border-gray-700 dark:bg-gray-900\">A2A\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Cth class=\"border border-gray-300 px-4 py-3 text-left font-semibold dark:border-gray-700\">Beziehung\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\">Abstraktion\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\">Interne Opazität\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\">Langlaufende Aufgaben\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>Das A2A-Projekt selbst beschreibt die Unterscheidung inzwischen als horizontal gegenüber vertikal: MCP verbindet Agenten mit internen Tools und Datenbanken, während A2A die Peer-to-Peer-Kollaboration zwischen verschiedenen Agentensystemen ermöglicht.\u003C\u002Fp>\n\u003Ch2 id=\"section-27\">3. UCP: Standardisierung des agentenbasierten Handels\u003C\u002Fh2>\n\u003Cp>Das Universal Commerce Protocol ist kein generisches Agentenprotokoll. Es standardisiert Commerce Journeys zwischen Verbraucheroberflächen, Händlern und Zahlungsdienstleistern. Googles Implementierung unterstützt über versionierte Profile und APIs bereits Funktionen wie Warenkorberstellung, Checkout, Fulfillment und den Bestelllebenszyklus.\u003C\u002Fp>\n\u003Cp>Ein Händler kann unter \u002F.well-known\u002Fucp ein UCP-Profil veröffentlichen, das Services, Protokollversionen und Fähigkeiten beschreibt. Dieses Discovery-Muster ist wichtig, da eine agentenbasierte Oberfläche nicht für jeden Händler einen maßgeschneiderten Checkout-Vertrag benötigt.\u003C\u002Fp>\n\u003Cp>UCP ist zudem bewusst modular und kombinierbar aufgebaut. Laut Googles technischer Übersicht kann es über APIs, A2A und MCP integriert werden und ist mit AP2 für die agentenbasierte Zahlungsautorisierung kompatibel.\u003C\u002Fp>\n\u003Ch3 id=\"section-31\">Verwenden Sie UCP, wenn\u003C\u002Fh3>\n\u003Cul>\u003Cli>Der Workflow Händlerprodukte, Warenkörbe, Checkout, Fulfillment oder den Bestelllebenszyklus umfasst.\u003C\u002Fli>\u003Cli>Sie eine Händleroberfläche entwickeln, die mit agentenbasierten Einkaufserlebnissen kompatibel sein soll.\u003C\u002Fli>\u003Cli>Die Integration handelsspezifische Semantik statt generischer Tool-Aufrufe benötigt.\u003C\u002Fli>\u003Cli>Sie einen interoperablen Handelsvertrag wünschen, der mit MCP, A2A und Zahlungsprotokollen koexistieren kann.\u003C\u002Fli>\u003C\u002Ful>\n\u003Ch2 id=\"section-33\">4. AP2: Nachweisen, dass der Agent ausgabeberechtigt war\u003C\u002Fh2>\n\u003Cp>Der agentenbasierte Handel wirft ein Problem auf, das herkömmliche Checkout-Abläufe nicht auf dieselbe Weise lösen mussten: Ein Agent kann Transaktionen durchführen, ohne dass der Mensch in Echtzeit auf die finale Schaltfläche klickt. Das Agent Payments Protocol (AP2) adressiert Autorisierung, Authentizität und Nachvollziehbarkeit für agentengesteuerte Zahlungen.\u003C\u002Fp>\n\u003Cp>Googles Protokoll-Leitfaden für 2026 beschreibt AP2 anhand von typisierten Mandaten, die Benutzerabsichten, Ausgabenlimits und die spezifisch autorisierte Transaktion erfassen. AP2 kann als Erweiterung neben UCP fungieren: UCP beschreibt die Handelstransaktion, während AP2 den Nachweis liefert, dass der Agent zur Ausführung der Zahlung autorisiert war.\u003C\u002Fp>\n\u003Cp>Diese Unterscheidung ist wichtig. Ein Checkout-Protokoll kann einem Händler mitteilen, was gekauft werden soll. Es beweist für sich genommen jedoch nicht, wer den Agenten zu welchen Beträgen, für welchen Händler, für wie lange autorisiert hat oder ob der finale Warenkorb innerhalb dieser Berechtigung lag.\u003C\u002Fp>\n\u003Ch2 id=\"section-37\">UCP vs. AP2: Transaktionssemantik vs. Autorisierung\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\">Frage\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\">Was wird gekauft?\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Handelsartikel, Warenkorb-, Checkout- und Fulfillment-Semantik\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Verweist auf den autorisierten Transaktionskontext\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Wer darf es autorisieren?\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Nicht die primäre Verantwortung des Protokolls\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Explizites Agenten-\u002FBenutzer-Autorisierungs- und Mandatsmodell\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Welche Ausgabenbeschränkungen gelten?\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Handelsablauf kann Gesamtsummen und Checkout-Daten enthalten\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Autorisierungs-Leitplanken und Absichtslimits\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Wie wird die Transaktion auditiert?\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Bestell- und Handelslebenszyklus\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Kryptografischer \u002F verifizierbarer Autorisierungsnachweis durch Mandate und Belege\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Können sie zusammenarbeiten?\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Ja\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Ja – AP2 kann agentische Handelsabläufe erweitern\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Ch2 id=\"section-39\">5. A2UI: Lassen Sie Agenten Schnittstellen beschreiben, ohne Ihr Frontend zu besitzen\u003C\u002Fh2>\n\u003Cp>Agent-to-User Interface (A2UI) adressiert eine weitere Grenze: wie ein entfernter oder lokaler Agent eine reichhaltige interaktive Schnittstelle an eine Host-Anwendung übermittelt. Anstatt beliebiges HTML, CSS und JavaScript zu senden, verwendet A2UI deklarative Daten, die der Host über seinen eigenen vertrauenswürdigen Komponentenkatalog rendert.\u003C\u002Fp>\n\u003Cp>Dadurch bleiben das Designsystem und das Sicherheitsmodell der Host-Anwendung erhalten, während ein Agent dennoch dynamische Benutzeroberflächen anfordern kann. A2UI v0.9 betont insbesondere framework-agnostische UI-Absichten und Streaming-Updates über Web-, Mobil- und andere Clients hinweg.\u003C\u002Fp>\n\u003Cp>Googles spätere Arbeit an A2UI + MCP Apps zeigt zudem, dass sich diese UI-Modelle nicht zwangsläufig gegenseitig ausschließen. Deklarative native Benutzeroberflächen und reichhaltigere eingebettete Anwendungserlebnisse können je nach Aufgabe koexistieren.\u003C\u002Fp>\n\u003Ch3 id=\"section-43\">Verwenden Sie A2UI, wenn\u003C\u002Fh3>\n\u003Cul>\u003Cli>Ein entfernter Agent Formulare, Karten, Steuerelemente oder andere interaktive UI anfordern muss.\u003C\u002Fli>\u003Cli>Der Host seine nativen Komponenten, sein Styling und seine Sicherheitsgrenzen beibehalten soll.\u003C\u002Fli>\u003Cli>Sie nicht möchten, dass entfernte Agenten beliebigen ausführbaren Frontend-Code ausliefern.\u003C\u002Fli>\u003Cli>Dieselbe vom Agenten definierte UI-Absicht über verschiedene Client-Frameworks hinweg funktionieren soll.\u003C\u002Fli>\u003C\u002Ful>\n\u003Ch2 id=\"section-45\">Der Protokollauswahl-Test\u003C\u002Fh2>\n\u003Cp>Beginnen Sie nicht mit dem Akronym. Beginnen Sie mit der Beziehung, die Interoperabilität erfordert.\u003C\u002Fp>\n\u003Csection class=\"editorjs-process my-6\">\u003Ch3 class=\"mb-3 text-lg font-semibold\">Wählen Sie das Protokoll anhand der Grenze\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. Identifizieren Sie die zwei unabhängigen Parteien\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Handelt es sich um KI-zu-Tool, Agent-zu-Agent, Agent-zu-Händler, Agent-zu-Zahlungsautorität oder Agent-zu-Benutzeroberfläche?\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. Identifizieren Sie das gemeinsame Objekt\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Bezieht sich der Vertrag auf einen Tool-Aufruf, eine Aufgabe, einen Warenkorb, ein Zahlungsmandat, ein Artefakt oder eine UI-Beschreibung?\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. Prüfen Sie, ob bereits ein Domänenprotokoll existiert\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Bevorzugen Sie Handels- oder Zahlungssemantik, wenn das Problem im Bereich Handel oder Autorisierung liegt, anstatt alles als generische Tools zu kodieren.\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. Halten Sie lokale Interna lokal\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Legen Sie nicht einen gesamten Agenten als MCP-Tools offen, wenn die entfernte Partei lediglich eine A2A-Fähigkeit benötigt, und machen Sie keinen entfernten Agenten für Ihre UI-Laufzeit verantwortlich.\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. Kombinieren Sie Protokolle, wenn der Workflow Grenzen überschreitet\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Ein Workflow kann berechtigterweise Verträge aus den Bereichen Tools, Agenten, Handel, Zahlung und UI überschreiten.\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. Versionieren Sie jeden Vertrag unabhängig\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Protokollversionen entwickeln sich unterschiedlich schnell; binden Sie nicht jede Integration an eine einzige monolithische Anwendungsversion.\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. Wahren Sie die Autorisierung an jeder Grenze\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Interoperabilität ersetzt weder Produktberechtigungen noch Tool-Autorisierungen, Zahlungsbefugnisse oder Datenzugriffsrichtlinien.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003C\u002Fdiv>\u003C\u002Fsection>\n\u003Ch2 id=\"section-48\">Ein realistischer Multi-Protokoll-Workflow\u003C\u002Fh2>\n\u003Csection class=\"editorjs-process my-6\">\u003Ch3 class=\"mb-3 text-lg font-semibold\">Beispiel: Ein autonomer Beschaffungs-Workflow\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. Internen Bestand mit MCP prüfen\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Der Einkaufsagent ruft Bestands- und Prognosefunktionen auf, die von internen MCP-Servern bereitgestellt werden.\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. Einen Lieferantenagenten mit A2A entdecken\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Der Agent liest die Agent Card des Lieferanten und delegiert eine Aufgabe zur Verfügbarkeit und Lieferzeit.\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. Das Handelsobjekt mit UCP aushandeln\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Die Schnittstelle des Lieferanten oder Händlers gibt strukturierte Informationen zu Warenkorb, Checkout und Fulfillment zurück.\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. Ausgabenbefugnis mit AP2 prüfen\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Der Kauf wird mit dem signierten Mandat des Benutzers oder der Organisation, den Händlerbeschränkungen und den Ausgabenlimits abgeglichen.\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. Genehmigung über A2UI anfordern\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Falls eine menschliche Genehmigung erforderlich ist, sendet der Agent eine deklarative UI-Absicht und der Host rendert den Genehmigungsdialog mithilfe vertrauenswürdiger nativer Komponenten.\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. Abschließen und auditieren\u003C\u002Fdiv>\u003Cdiv class=\"mt-1 text-sm text-gray-600 dark:text-gray-300\">Handelsstatus, Zahlungsautorisierung, Nachweise über Agentenaufgaben und Audit-Protokolle der Anwendung bleiben über ihre jeweiligen Grenzen hinweg rückverfolgbar.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003C\u002Fdiv>\u003C\u002Fsection>\n\u003Ch2 id=\"section-50\">Warum ein universelles Agentenprotokoll wahrscheinlich nicht alle ersetzen wird\u003C\u002Fh2>\n\u003Cp>Ein universelles Protokoll klingt einfacher, bis es die Semantik jeder einzelnen Domäne abbilden muss. Tool-Discovery, langlebige Agenten-Kollaboration, Checkout, Zahlungsautorisierung und native Benutzeroberflächen haben jeweils unterschiedliche Anforderungen an Lebenszyklus, Sicherheit und Korrektheit.\u003C\u002Fp>\n\u003Cp>Das Web selbst hat sich durch geschichtete Protokolle entwickelt und nicht durch ein einziges Nachrichtenformat für jedes Problem. Der entstehende agentische Stack scheint sich in dieselbe Richtung zu bewegen: gemeinsame horizontale Primitive, spezialisierte Domänenverträge sowie explizite Discovery und Versionierung.\u003C\u002Fp>\n\u003Cp>Die architektonische Herausforderung verschiebt sich daher von „Welches Protokoll gewinnt?“ zu der Frage, wie sauber sich Protokolle zusammenstellen lassen, ohne Identitäts-, Autorisierungs-, Zustands- und Audit-Semantiken zu duplizieren.\u003C\u002Fp>\n\u003Ch2 id=\"section-54\">Protokollkomposition schafft neue Fehlerarten\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\">Fehlermodus\u003C\u002Fth>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">Was passiert\u003C\u002Fth>\u003Cth class=\"border border-gray-300 px-4 py-2 text-left font-semibold\">Architekturkontrolle\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Autorisierungsleck\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Eine gültige Tool- oder Agenten-Fähigkeit wird als Berechtigung zur Ausführung einer Geschäftsaktion behandelt\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Produktautorisierung unabhängig von der Erkennung von Protokollfähigkeiten halten\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Identitätsdiskrepanz\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">MCP-Host-Identität, A2A-Agenten-Identität und Commerce-\u002FZahlungs-Identität beziehen sich auf unterschiedliche Prinzipale\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Explizites Prinzipal-Mapping über Grenzen hinweg definieren\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Versionsdrift\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Ein Protokoll wird aktualisiert, während abhängige Adapter von älteren Semantiken ausgehen\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Protokollversionen unabhängig voneinander aushandeln und fixieren\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Zustandsduplizierung\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Derselbe Warenkorb-, Aufgaben- oder Genehmigungszustand wird in mehrere Protokollschichten kopiert\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Einen maßgeblichen Eigentümer pro Domänenobjekt festlegen\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Audit-Fragmentierung\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Tool-Traces, Agenten-Aufgaben, Checkout- und Zahlungsnachweise können nicht zusammengeführt werden\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Korrelations-IDs und stabile Domänen-Bezeichner über Protokollgrenzen hinweg mitführen\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Semantisches Tunneln\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Alles wird als opakes JSON durch ein generisches Protokoll gezwungen\u003C\u002Ftd>\u003Ctd class=\"border border-gray-300 px-4 py-2\">Domänenprotokolle dort einsetzen, wo ihre Semantik die Korrektheit wesentlich verbessert\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Ch2 id=\"section-56\">Die Protokollwahl ersetzt keine Anwendungsarchitektur\u003C\u002Fh2>\n\u003Cp>Offene Standards verringern die Integrationskopplung, entscheiden jedoch nicht über Ihr Domänenmodell, Autorisierungsrichtlinien, die Source of Truth, Wiederholungsstrategien oder Akzeptanzkriterien. Ein MCP-Tool kann immer noch die falsche Funktion bereitstellen. Ein A2A-Agent kann immer noch ein fehlerhaftes Artefakt zurückgeben. Ein UCP-Checkout kann immer noch veraltete Händlerdaten enthalten. Ein AP2-Mandat kann durch die Anwendungslogik immer noch falsch angewendet werden.\u003C\u002Fp>\n\u003Cp>Betrachten Sie Protokolle als Verträge zwischen Komponenten, die sich unabhängig voneinander entwickeln. Behalten Sie die Domänenwahrheit und maßgebliche Richtlinien in der Anwendungsschicht, die dafür zuständig ist, und nutzen Sie Protokolle, um die Schnittstellen interoperabel zu machen.\u003C\u002Fp>\n\u003Caside class=\"editorjs-referral my-6\">\u003Ca href=\"https:\u002F\u002Fstajic.de\u002Fde\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\">Managed Agent Harness vs. selbst gehostete Agentenschleife: Was Sie gewinnen, was Sie verlieren\u003C\u002Fstrong>\u003Cp class=\"mt-2 text-sm text-gray-600 dark:text-gray-300\">Protokollgrenzen lösen Interoperabilität. Laufzeitgrenzen lösen, wer das Harness, die Ausführungsumgebung und die Anwendungskontrollschicht betreibt.\u003C\u002Fp>\u003Cspan class=\"mt-3 inline-flex text-sm font-medium text-primary-600 dark:text-primary-400\">Leitfaden zur Laufzeitarchitektur lesen →\u003C\u002Fspan>\u003C\u002Fdiv>\u003C\u002Fa>\u003C\u002Faside>\n\u003Ch2 id=\"section-60\">Was würde diese Einschätzung ändern?\u003C\u002Fh2>\n\u003Cp>Der Stack ändert sich, wenn Protokolle konvergieren, ein Standard einen anderen formell absorbiert oder Anbieter eine gemeinsame Identitäts- und Autorisierungsschicht über mehrere Grenzen hinweg standardisieren. UCP demonstriert bereits Komposition, indem es APIs, A2A und MCP unterstützt und in AP2 integriert wird, anstatt diese zu ersetzen.\u003C\u002Fp>\n\u003Cp>Die Antwort ändert sich auch je nach Anwendungsumfang. Ein kleiner interner Agent benötigt möglicherweise nur MCP. Ein unternehmensübergreifender Workflow erfordert möglicherweise A2A. Ein Händler benötigt möglicherweise UCP ohne A2UI. Ein delegierter Einkaufsagent benötigt möglicherweise alle. Verwenden Sie das kleinste Protokollset, das die tatsächlichen Grenzen abbildet, ohne die Domänensemantik zu verflachen.\u003C\u002Fp>\n\u003Ch2 id=\"section-63\">Einschränkungen\u003C\u002Fh2>\n\u003Cp>Die hier behandelten Protokolle befinden sich auf unterschiedlichen Reifegraden und haben unterschiedliche Governance-Modelle. A2A hat eine stabile v1.0-Spezifikation erreicht, während sich andere Standards weiterhin rasant weiterentwickeln. Auch die Akzeptanz im Ökosystem ist bei Anbietern und Frameworks uneinheitlich.\u003C\u002Fp>\n\u003Cp>Dieser Artikel konzentriert sich auf Architekturverantwortung statt auf Implementierungsvollständigkeit. Spezifische Authentifizierungsmethoden, Transport-Bindings, Schemata und Erweiterungsmechanismen müssen den aktuellen Spezifikationen des jeweiligen Protokolls entnommen werden.\u003C\u002Fp>\n\u003Ch2 id=\"section-66\">Fazit\u003C\u002Fh2>\n\u003Cp>MCP, A2A, UCP, AP2 und A2UI ergeben mehr Sinn, wenn man sie als Protokolle für unterschiedliche Beziehungen betrachtet und nicht als fünf konkurrierende Versuche, „Agenten“ zu standardisieren.\u003C\u002Fp>\n\u003Cp>MCP legt Fähigkeiten offen. A2A koordiniert unabhängige Agenten. UCP verleiht dem E-Commerce einen eigenen maschinenlesbaren Vertrag. AP2 fügt eine überprüfbare Zahlungsautorisierung hinzu. A2UI bietet Agenten einen sicheren, deklarativen Weg in Benutzeroberflächen. Das aufstrebende agentische Web ersetzt Protokolle daher nicht durch KI – es schafft einen neuen Protokoll-Stack rund um KI.\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 und 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\">Ist A2A ein Ersatz für MCP?\u003C\u002Fh4>\u003Cdiv class=\"mt-2 text-gray-600 dark:text-gray-300\">Nein. MCP standardisiert in erster Linie, wie KI-Anwendungen auf Tools, Ressourcen und Daten zugreifen. A2A standardisiert die Zusammenarbeit zwischen unabhängigen Agentensystemen. Ein Remote-Agent kann intern MCP nutzen, während er nach außen eine A2A-Schnittstelle bereitstellt.\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\">Ist UCP ein Ersatz für MCP bei Shopping-Agenten?\u003C\u002Fh4>\u003Cdiv class=\"mt-2 text-gray-600 dark:text-gray-300\">Im Allgemeinen nicht. UCP bietet kommerzspezifische Semantiken wie Warenkorb, Checkout und Auftragsabwicklung. MCP kann weiterhin Händler-Tools oder -Daten bereitstellen, und UCP ist so konzipiert, dass es neben MCP und A2A koexistiert.\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\">Was ist der Unterschied zwischen UCP und AP2?\u003C\u002Fh4>\u003Cdiv class=\"mt-2 text-gray-600 dark:text-gray-300\">UCP standardisiert Handelsinteraktionen und den Transaktionslebenszyklus. AP2 konzentriert sich auf den Nachweis, dass ein Agent befugt war, eine Zahlung unter definierten Benutzer- oder Unternehmensbeschränkungen durchzuführen.\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\">Welches Problem löst A2UI?\u003C\u002Fh4>\u003Cdiv class=\"mt-2 text-gray-600 dark:text-gray-300\">A2UI ermöglicht es Agenten, deklarative UI-Intentionen an eine Host-Anwendung zu senden, die das Erlebnis über vertrauenswürdige native Komponenten rendert, anstatt beliebigen Remote-Frontend-Code auszuführen.\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\">Kann eine einzelne Agentenanwendung alle diese Protokolle nutzen?\u003C\u002Fh4>\u003Cdiv class=\"mt-2 text-gray-600 dark:text-gray-300\">Ja. Ein Workflow kann MCP für interne Tools, A2A für die Delegierung an Remote-Agenten, UCP für den Handel, AP2 für die Zahlungsautorisierung und A2UI für die Benutzerinteraktion verwenden.\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\">Welches Protokoll sollte ich zuerst implementieren?\u003C\u002Fh4>\u003Cdiv class=\"mt-2 text-gray-600 dark:text-gray-300\">Beginnen Sie an der Interoperabilitätsgrenze. Liegt das Problem beim Tool-Zugriff, evaluieren Sie MCP. Geht es um die Zusammenarbeit unabhängiger Agenten, evaluieren Sie A2A. Bei E-Commerce UCP. Bei delegierter Zahlungsautorisierung AP2. Bei portabler, agentengesteuerter UI A2UI.\u003C\u002Fdiv>\u003C\u002Fdiv>\u003C\u002Fsection>\n\u003Ch2 id=\"section-71\">Glossar\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\">Wichtige Begriffe zu Agentenprotokollen\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, ein offener Standard, um Tools, Ressourcen und Prompts von externen Systemen für kompatible KI-Hosts bereitzustellen.\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, ein offener Standard zum Entdecken unabhängiger Agentensysteme und zur Zusammenarbeit mit ihnen über Nachrichten, Aufgaben und Artefakte.\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, ein offener Standard für interoperable agentische Handelsabläufe zwischen Endverbraucheroberflächen, Unternehmen und Zahlungsdienstleistern.\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, ein offener Standard zur Darstellung und Überprüfung von Befugnissen, Absichten und Verantwortlichkeiten bei agentengeführten Zahlungen.\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, ein deklaratives Protokoll, das es Agenten ermöglicht, Benutzeroberflächen anzufordern, die über die vertrauenswürdigen Komponenten der Host-Anwendung gerendert werden.\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\">Protokollkomposition\u003C\u002Fdt>\u003Cdd class=\"mt-1 text-gray-600 dark:text-gray-300\">Die Nutzung mehrerer Protokolle in einem einzigen Workflow, bei der jedes für eine eigene Interoperabilitätsgrenze zuständig ist, anstatt alle Semantiken in einen einzigen Vertrag zu zwingen.\u003C\u002Fdd>\u003C\u002Fdiv>\u003C\u002Fdl>\u003C\u002Fsection>\n\u003Ch2 id=\"section-73\">Primärquellen und weiterführende Literatur\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 — Entwicklerhandbuch für KI-Agenten-Protokolle\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Ein praktischer Überblick, der zeigt, wie MCP, A2A, UCP, AP2, A2UI und verwandte Protokolle in einem mehrstufigen Agenten-Workflow zusammenarbeiten.\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\">Aktuelle stabile SDK-Dokumentation, die die MCP-Spezifikation vom 28.07.2026 implementiert und Tools, Ressourcen, Prompts sowie die Host-\u002FServer-Integration definiert.\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\">A2A-Protokoll — v1.0-Spezifikation\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Aktuelle A2A-Protokollspezifikation, die Agent Cards, Nachrichten, Aufgaben, Artefakte, Bindings und die Versionsaushandlung umfasst.\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 — Beitritt zur Agentic AI Foundation\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Aktuelle Projektpositionierung von A2A als horizontale Agenten-Kollaborationsebene neben MCP als vertikale Tool-\u002FDatenintegration.\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 — Ein Blick unter die Haube: Universal Commerce Protocol\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Technischer Überblick über UCP, dessen Commerce-Grundelemente und die Kombinierbarkeit mit APIs, A2A, MCP und 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 — UCP Profile\u003C\u002Fstrong>\u003Cp class=\"text-sm text-gray-600 dark:text-gray-400\">Aktueller versionierter Profilmechanismus zur Veröffentlichung von UCP-Diensten und Commerce-Funktionen für Händler.\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\">Ankündigung und Begründung für ein offenes Protokoll, das Autorisierung, Authentizität und Nachvollziehbarkeit bei agentengesteuerten Zahlungen abdeckt.\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\">Das frameworkunabhängige deklarative Modell von A2UI für portable, agentengesteuerte Oberflächen, die über Host-eigene Komponenten gerendert werden.\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\">Wie deklaratives A2UI und umfangreichere MCP-App-Oberflächen nebeneinander bestehen können, anstatt als sich gegenseitig ausschließende UI-Modelle behandelt zu werden.\u003C\u002Fp>\u003C\u002Fa>",{"time":211,"blocks":212,"version":894},1790364065075,[213,221,227,235,242,249,254,259,264,269,305,312,317,322,327,332,344,350,355,360,365,370,375,385,390,422,427,432,437,442,447,452,462,467,472,477,482,487,514,519,524,529,534,539,549,554,559,588,593,617,622,627,632,637,642,675,680,685,690,699,704,709,714,719,724,729,734,739,744,749,779,784,807,812,822,831,840,849,858,867,876,885],{"id":214,"data":215,"type":219,"tunes":220},"_z4yTl5Fh-",{"title":216,"maxLevel":217,"minLevel":218},"Inhalt",3,2,"tableOfContents",{},{"id":222,"data":223,"type":225,"tunes":226},"intro",{"text":224},"KI-Agenten-Protokolle vermehren sich rasant: MCP, A2A, UCP, AP2, A2UI und angrenzende Standards tauchen zunehmend in denselben Architekturdiagrammen auf. Sie werden oft als konkurrierende Protokolle beschrieben. In der Praxis lösen die meisten von ihnen jedoch unterschiedliche Interoperabilitätsprobleme an verschiedenen Systemgrenzen. Die sinnvolle Frage lautet nicht: „Welches Protokoll gewinnt?“, sondern: „Welche Beziehung im System muss standardisiert werden?“","paragraph",{},{"id":228,"data":229,"type":233,"tunes":234},"direct",{"body":230,"title":231,"variant":232},"\u003Cstrong>MCP, A2A, UCP, AP2 und A2UI ergänzen sich größtenteils und sind keine Substitute.\u003C\u002Fstrong> MCP verbindet eine KI-Anwendung mit Tools, Daten und Ressourcen. A2A verbindet unabhängige Agenten untereinander. UCP standardisiert E-Commerce-Interaktionen zwischen Verbraucheroberflächen, Unternehmen und Bezahlökosystemen. AP2 ergänzt agentengeführte Transaktionen um überprüfbare Autorisierungen und Zahlungsabsichten. A2UI ermöglicht es einem Agenten, interaktive Benutzeroberflächen zu beschreiben, ohne beliebigen Anwendungscode zu übertragen. Ein Produktivsystem kann legitimerweise mehrere davon in einem einzigen Workflow einsetzen.","Direkte Antwort","info","callout",{},{"id":236,"data":237,"type":233,"tunes":241},"freshness",{"body":238,"title":239,"variant":240},"Dieser Artikel spiegelt die Protokolllandschaft vom \u003Cstrong>25. September 2026\u003C\u002Fstrong> wider. A2A hat v1.0 erreicht, MCPs aktuelle TypeScript-v2-Reihe implementiert die Spezifikation vom 28.07.2026, UCP hat bereits neuere Protokollversionen von 2026 hinzugefügt und A2UI entwickelt sich kontinuierlich weiter. Prüfen Sie vor der Implementierung stets die aktuelle Spezifikation.","Schnelllebige Standards","warning",{},{"id":243,"data":244,"type":233,"tunes":248},"model-note",{"body":245,"title":246,"variant":247},"Der Protocol Responsibility Stack und der Protocol Selection Test weiter unten sind praxisorientierte Architekturmodelle, die hier vorgeschlagen werden. Es handelt sich nicht um offizielle Terminologie der Protokollprojekte.","Das in diesem Artikel verwendete Modell","note",{},{"id":250,"data":251,"type":41,"tunes":253},"h-core",{"text":252,"level":218},"Der grundlegende Fehler: Protokolle vergleichen, die an unterschiedlichen Schnittstellen ansetzen",{},{"id":255,"data":256,"type":225,"tunes":258},"p-core-1",{"text":257},"Ein Protokoll ist nützlich, weil zwei unabhängig implementierte Systeme einen stabilen Vertrag benötigen. Der Vertrag ergibt nur dann Sinn, wenn die Schnittstelle klar definiert ist. Ein Agent, der mit einer Datenbank kommuniziert, steht vor einem anderen Interoperabilitätsproblem als ein Agent, der Arbeit an einen anderen delegiert, ein Kunde, der einen Kauf autorisiert, oder ein entfernter Agent, der eine native Anwendung auffordert, ein Formular darzustellen.",{},{"id":260,"data":261,"type":225,"tunes":263},"p-core-2",{"text":262},"Googles Entwicklerleitfaden von 2026 stellt MCP, A2A, UCP, AP2, A2UI und verwandte UI-Protokolle ausdrücklich als Stack komplementärer Standards dar. Derselbe Beispiel-Workflow kann mehrere davon gemeinsam nutzen: Tools für den Bestand, Remote-Agenten für Lieferanten, Commerce für Bestellungen, Zahlungsautorisierung für Ausgaben und UI-Protokolle für Interaktionen.",{},{"id":265,"data":266,"type":41,"tunes":268},"h-stack",{"text":267,"level":218},"Der Protocol Responsibility Stack",{},{"id":270,"data":271,"type":303,"tunes":304},"stack-table",{"content":272,"stretched":42,"withHeadings":13},[273,278,283,288,293,298],[274,275,276,277],"Protokoll","Welche Beziehung wird standardisiert?","Primäre Abstraktion","Primär nicht gedacht für",[279,280,281,282],"MCP","KI-Anwendung ↔ Tools, Ressourcen und Daten","Tools, Ressourcen, Prompts und Austausch von Host-\u002FServer-Fähigkeiten","Unabhängige Zusammenarbeit von Agenten oder Commerce-Semantik",[284,285,286,287],"A2A","Agent ↔ unabhängiger Agent","Agentenerkennung, Nachrichten, Aufgaben, Artefakte und langlebige Zusammenarbeit","Direkte Datenbank-\u002FTool-Integration",[289,290,291,292],"UCP","Verbraucher-\u002FAgenten-Oberfläche ↔ Händler-Commerce-System","Produkt-\u002FWarenkorb-\u002FCheckout-\u002FFulfillment-\u002FBestellfunktionen","Allgemeine Agentenkommunikation",[294,295,296,297],"AP2","Nutzer-\u002FAgentenabsicht ↔ Zahlungsautorisierung","Mandate, Genehmigungsbeschränkungen und überprüfbare agentengeführte Zahlungsbefugnis","Produktentdeckung oder generischer Checkout-Transport",[299,300,301,302],"A2UI","Agent ↔ Benutzeroberflächen-Host","Deklarative UI-Absicht, gerendert durch vertrauenswürdige native Komponenten","Beliebiger entfernter Frontend-Code oder Delegation von Aufgaben zwischen Agenten","table",{},{"id":306,"data":307,"type":233,"tunes":311},"all-five",{"body":308,"title":309,"variant":310},"Ein Agent kann \u003Cstrong>MCP\u003C\u002Fstrong> nutzen, um den Bestand zu prüfen, \u003Cstrong>A2A\u003C\u002Fstrong>, um einen Lieferantenagenten nach der Verfügbarkeit zu fragen, \u003Cstrong>UCP\u003C\u002Fstrong>, um eine Commerce-Transaktion zu erstellen, \u003Cstrong>AP2\u003C\u002Fstrong>, um die Ausgabenberechtigung nachzuweisen, und \u003Cstrong>A2UI\u003C\u002Fstrong>, um dem Nutzer eine native Freigabeoberfläche anzuzeigen.","Ein Workflow kann alle fünf verwenden","success",{},{"id":313,"data":314,"type":41,"tunes":316},"h-mcp",{"text":315,"level":218},"1. MCP: Den Agenten mit Funktionen verbinden",{},{"id":318,"data":319,"type":225,"tunes":321},"p-mcp-1",{"text":320},"Das Model Context Protocol ist ein offener Standard zur Anbindung von KI-Anwendungen an externe Systeme, in denen sich Tools, Daten und wiederverwendbare Ressourcen befinden. Ein Server stellt Fähigkeiten bereit; ein MCP-Host verbindet sich mit diesem Server und macht diese Fähigkeiten für das Modell oder die Anwendung verfügbar.",{},{"id":323,"data":324,"type":225,"tunes":326},"p-mcp-2",{"text":325},"Die aktuelle TypeScript-v2-Dokumentation von MCP beschreibt das Protokoll genau in diesen Begriffen: Server stellen Tools, Ressourcen und Prompts bereit, während Hosts wie Entwicklungsumgebungen oder individuelle Anwendungen sich mit ihnen verbinden. Dies macht MCP in erster Linie zu einem Protokoll für die Integration von Fähigkeiten.",{},{"id":328,"data":329,"type":41,"tunes":331},"h-mcp-use",{"text":330,"level":217},"MCP verwenden, wenn",{},{"id":333,"data":334,"type":342,"tunes":343},"mcp-list",{"meta":335,"items":336,"style":341},{},[337,338,339,340],"Eine KI-Anwendung standardisierten Zugriff auf Tools oder APIs benötigt.","Sie möchten, dass ein einziger Capability-Server mit mehreren kompatiblen KI-Hosts funktioniert.","Sie strukturierten Zugriff auf Daten oder Ressourcen benötigen, ohne jede Integration fest in jedem Agenten zu verdrahten.","Das externe System ein Anbieter von Fähigkeiten ist und kein autonomer Peer-Agent.","unordered","list",{},{"id":345,"data":346,"type":233,"tunes":349},"mcp-warning",{"body":347,"title":348,"variant":240},"Ein MCP-Server kann mächtige Funktionen bereitstellen, aber das macht ihn noch nicht zu einem unabhängigen Agenten mit eigenem Aufgabenlebenszyklus, Erkennungssemantik und intransparenter interner Logik. Der Aufruf von Tools und die Zusammenarbeit zwischen Agenten sind grundverschiedene Verträge.","MCP ist nicht automatisch A2A",{},{"id":351,"data":352,"type":41,"tunes":354},"h-a2a",{"text":353,"level":218},"2. A2A: Unabhängige Agenten verbinden",{},{"id":356,"data":357,"type":225,"tunes":359},"p-a2a-1",{"text":358},"Agent2Agent (A2A) ist für die Kommunikation zwischen unabhängigen, potenziell opaken Agentensystemen konzipiert. Die aktuelle v1.0-Spezifikation konzentriert sich auf die Erkennung von Fähigkeiten (Capability Discovery), Messaging, Aufgaben, Artefakte, multimodale Inhalte und langanhaltende Zusammenarbeit, ohne dass ein Agent seine internen Tools, seinen Speicher oder seine Implementierung gegenüber einem anderen offenlegen muss.",{},{"id":361,"data":362,"type":225,"tunes":364},"p-a2a-2",{"text":363},"Diese Opazität ist die entscheidende Grenze. Der aufrufende Agent muss nicht wissen, ob der Remote-Agent intern MCP, benutzerdefinierte Tools, einen proprietären Planer, einen anderen Modellanbieter oder menschliche Eskalation nutzt. Er benötigt lediglich einen Vertrag zur Erkennung von Fähigkeiten und zur Delegierung von Aufgaben.",{},{"id":366,"data":367,"type":225,"tunes":369},"p-a2a-3",{"text":368},"A2A v1.0 standardisiert zudem die Versionsaushandlung und unterstützt mehrere Bindings rund um ein gemeinsames Datenmodell. Der veröffentlichte Agent-Card-Mechanismus bietet Clients einen standardisierten Discovery-Punkt für die Fähigkeiten, unterstützten Protokolle, Authentifizierungsanforderungen und Skills eines Agenten.",{},{"id":371,"data":372,"type":41,"tunes":374},"h-a2a-use",{"text":373,"level":217},"Verwenden Sie A2A, wenn",{},{"id":376,"data":377,"type":342,"tunes":384},"a2a-list",{"meta":378,"items":379,"style":341},{},[380,381,382,383],"Ein autonomer Agent Arbeit an einen anderen autonomen Agenten delegieren muss.","Das Remote-System hinter einem Fähigkeitsvertrag opak bleiben soll.","Aufgaben langlebig oder asynchron sein können oder Human-in-the-Loop-Interaktionen erfordern.","Agenten mit unterschiedlichen Frameworks, Sprachen, Anbietern oder organisatorischen Zuständigkeiten entwickelt wurden.",{},{"id":386,"data":387,"type":41,"tunes":389},"h-mcp-a2a",{"text":388,"level":218},"MCP vs. A2A: Vertikale Integration vs. horizontale Kollaboration",{},{"id":391,"data":392,"type":420,"tunes":421},"mcp-a2a-comparison",{"rows":393,"title":411,"layout":303,"columns":412},[394,399,403,407],{"id":395,"label":396,"values":397},"relationship","Beziehung",[398,398,398],"",{"id":400,"label":401,"values":402},"abstraction","Abstraktion",[398,398,398],{"id":404,"label":405,"values":406},"opacity","Interne Opazität",[398,398,398],{"id":408,"label":409,"values":410},"long","Langlaufende Aufgaben",[398,398,398],"MCP und A2A lösen unterschiedliche Interoperabilitätsprobleme",[413,416,418],{"id":414,"label":415},"dimension","Dimension",{"id":417,"label":279},"mcp",{"id":419,"label":284},"a2a","comparison",{},{"id":423,"data":424,"type":225,"tunes":426},"p-mcp-a2a-1",{"text":425},"Das A2A-Projekt selbst beschreibt die Unterscheidung inzwischen als horizontal gegenüber vertikal: MCP verbindet Agenten mit internen Tools und Datenbanken, während A2A die Peer-to-Peer-Kollaboration zwischen verschiedenen Agentensystemen ermöglicht.",{},{"id":428,"data":429,"type":41,"tunes":431},"h-ucp",{"text":430,"level":218},"3. UCP: Standardisierung des agentenbasierten Handels",{},{"id":433,"data":434,"type":225,"tunes":436},"p-ucp-1",{"text":435},"Das Universal Commerce Protocol ist kein generisches Agentenprotokoll. Es standardisiert Commerce Journeys zwischen Verbraucheroberflächen, Händlern und Zahlungsdienstleistern. Googles Implementierung unterstützt über versionierte Profile und APIs bereits Funktionen wie Warenkorberstellung, Checkout, Fulfillment und den Bestelllebenszyklus.",{},{"id":438,"data":439,"type":225,"tunes":441},"p-ucp-2",{"text":440},"Ein Händler kann unter \u002F.well-known\u002Fucp ein UCP-Profil veröffentlichen, das Services, Protokollversionen und Fähigkeiten beschreibt. Dieses Discovery-Muster ist wichtig, da eine agentenbasierte Oberfläche nicht für jeden Händler einen maßgeschneiderten Checkout-Vertrag benötigt.",{},{"id":443,"data":444,"type":225,"tunes":446},"p-ucp-3",{"text":445},"UCP ist zudem bewusst modular und kombinierbar aufgebaut. Laut Googles technischer Übersicht kann es über APIs, A2A und MCP integriert werden und ist mit AP2 für die agentenbasierte Zahlungsautorisierung kompatibel.",{},{"id":448,"data":449,"type":41,"tunes":451},"h-ucp-use",{"text":450,"level":217},"Verwenden Sie UCP, wenn",{},{"id":453,"data":454,"type":342,"tunes":461},"ucp-list",{"meta":455,"items":456,"style":341},{},[457,458,459,460],"Der Workflow Händlerprodukte, Warenkörbe, Checkout, Fulfillment oder den Bestelllebenszyklus umfasst.","Sie eine Händleroberfläche entwickeln, die mit agentenbasierten Einkaufserlebnissen kompatibel sein soll.","Die Integration handelsspezifische Semantik statt generischer Tool-Aufrufe benötigt.","Sie einen interoperablen Handelsvertrag wünschen, der mit MCP, A2A und Zahlungsprotokollen koexistieren kann.",{},{"id":463,"data":464,"type":41,"tunes":466},"h-ap2",{"text":465,"level":218},"4. AP2: Nachweisen, dass der Agent ausgabeberechtigt war",{},{"id":468,"data":469,"type":225,"tunes":471},"p-ap2-1",{"text":470},"Der agentenbasierte Handel wirft ein Problem auf, das herkömmliche Checkout-Abläufe nicht auf dieselbe Weise lösen mussten: Ein Agent kann Transaktionen durchführen, ohne dass der Mensch in Echtzeit auf die finale Schaltfläche klickt. Das Agent Payments Protocol (AP2) adressiert Autorisierung, Authentizität und Nachvollziehbarkeit für agentengesteuerte Zahlungen.",{},{"id":473,"data":474,"type":225,"tunes":476},"p-ap2-2",{"text":475},"Googles Protokoll-Leitfaden für 2026 beschreibt AP2 anhand von typisierten Mandaten, die Benutzerabsichten, Ausgabenlimits und die spezifisch autorisierte Transaktion erfassen. AP2 kann als Erweiterung neben UCP fungieren: UCP beschreibt die Handelstransaktion, während AP2 den Nachweis liefert, dass der Agent zur Ausführung der Zahlung autorisiert war.",{},{"id":478,"data":479,"type":225,"tunes":481},"p-ap2-3",{"text":480},"Diese Unterscheidung ist wichtig. Ein Checkout-Protokoll kann einem Händler mitteilen, was gekauft werden soll. Es beweist für sich genommen jedoch nicht, wer den Agenten zu welchen Beträgen, für welchen Händler, für wie lange autorisiert hat oder ob der finale Warenkorb innerhalb dieser Berechtigung lag.",{},{"id":483,"data":484,"type":41,"tunes":486},"h-ucp-ap2",{"text":485,"level":218},"UCP vs. AP2: Transaktionssemantik vs. Autorisierung",{},{"id":488,"data":489,"type":303,"tunes":513},"ucp-ap2-table",{"content":490,"stretched":42,"withHeadings":13},[491,493,497,501,505,509],[492,289,294],"Frage",[494,495,496],"Was wird gekauft?","Handelsartikel, Warenkorb-, Checkout- und Fulfillment-Semantik","Verweist auf den autorisierten Transaktionskontext",[498,499,500],"Wer darf es autorisieren?","Nicht die primäre Verantwortung des Protokolls","Explizites Agenten-\u002FBenutzer-Autorisierungs- und Mandatsmodell",[502,503,504],"Welche Ausgabenbeschränkungen gelten?","Handelsablauf kann Gesamtsummen und Checkout-Daten enthalten","Autorisierungs-Leitplanken und Absichtslimits",[506,507,508],"Wie wird die Transaktion auditiert?","Bestell- und Handelslebenszyklus","Kryptografischer \u002F verifizierbarer Autorisierungsnachweis durch Mandate und Belege",[510,511,512],"Können sie zusammenarbeiten?","Ja","Ja – AP2 kann agentische Handelsabläufe erweitern",{},{"id":515,"data":516,"type":41,"tunes":518},"h-a2ui",{"text":517,"level":218},"5. A2UI: Lassen Sie Agenten Schnittstellen beschreiben, ohne Ihr Frontend zu besitzen",{},{"id":520,"data":521,"type":225,"tunes":523},"p-a2ui-1",{"text":522},"Agent-to-User Interface (A2UI) adressiert eine weitere Grenze: wie ein entfernter oder lokaler Agent eine reichhaltige interaktive Schnittstelle an eine Host-Anwendung übermittelt. Anstatt beliebiges HTML, CSS und JavaScript zu senden, verwendet A2UI deklarative Daten, die der Host über seinen eigenen vertrauenswürdigen Komponentenkatalog rendert.",{},{"id":525,"data":526,"type":225,"tunes":528},"p-a2ui-2",{"text":527},"Dadurch bleiben das Designsystem und das Sicherheitsmodell der Host-Anwendung erhalten, während ein Agent dennoch dynamische Benutzeroberflächen anfordern kann. A2UI v0.9 betont insbesondere framework-agnostische UI-Absichten und Streaming-Updates über Web-, Mobil- und andere Clients hinweg.",{},{"id":530,"data":531,"type":225,"tunes":533},"p-a2ui-3",{"text":532},"Googles spätere Arbeit an A2UI + MCP Apps zeigt zudem, dass sich diese UI-Modelle nicht zwangsläufig gegenseitig ausschließen. Deklarative native Benutzeroberflächen und reichhaltigere eingebettete Anwendungserlebnisse können je nach Aufgabe koexistieren.",{},{"id":535,"data":536,"type":41,"tunes":538},"h-a2ui-use",{"text":537,"level":217},"Verwenden Sie A2UI, wenn",{},{"id":540,"data":541,"type":342,"tunes":548},"a2ui-list",{"meta":542,"items":543,"style":341},{},[544,545,546,547],"Ein entfernter Agent Formulare, Karten, Steuerelemente oder andere interaktive UI anfordern muss.","Der Host seine nativen Komponenten, sein Styling und seine Sicherheitsgrenzen beibehalten soll.","Sie nicht möchten, dass entfernte Agenten beliebigen ausführbaren Frontend-Code ausliefern.","Dieselbe vom Agenten definierte UI-Absicht über verschiedene Client-Frameworks hinweg funktionieren soll.",{},{"id":550,"data":551,"type":41,"tunes":553},"h-selection",{"text":552,"level":218},"Der Protokollauswahl-Test",{},{"id":555,"data":556,"type":225,"tunes":558},"p-selection-intro",{"text":557},"Beginnen Sie nicht mit dem Akronym. Beginnen Sie mit der Beziehung, die Interoperabilität erfordert.",{},{"id":560,"data":561,"type":586,"tunes":587},"selection-flow",{"steps":562,"title":584,"orientation":585},[563,566,569,572,575,578,581],{"label":564,"description":565},"1. Identifizieren Sie die zwei unabhängigen Parteien","Handelt es sich um KI-zu-Tool, Agent-zu-Agent, Agent-zu-Händler, Agent-zu-Zahlungsautorität oder Agent-zu-Benutzeroberfläche?",{"label":567,"description":568},"2. Identifizieren Sie das gemeinsame Objekt","Bezieht sich der Vertrag auf einen Tool-Aufruf, eine Aufgabe, einen Warenkorb, ein Zahlungsmandat, ein Artefakt oder eine UI-Beschreibung?",{"label":570,"description":571},"3. Prüfen Sie, ob bereits ein Domänenprotokoll existiert","Bevorzugen Sie Handels- oder Zahlungssemantik, wenn das Problem im Bereich Handel oder Autorisierung liegt, anstatt alles als generische Tools zu kodieren.",{"label":573,"description":574},"4. Halten Sie lokale Interna lokal","Legen Sie nicht einen gesamten Agenten als MCP-Tools offen, wenn die entfernte Partei lediglich eine A2A-Fähigkeit benötigt, und machen Sie keinen entfernten Agenten für Ihre UI-Laufzeit verantwortlich.",{"label":576,"description":577},"5. Kombinieren Sie Protokolle, wenn der Workflow Grenzen überschreitet","Ein Workflow kann berechtigterweise Verträge aus den Bereichen Tools, Agenten, Handel, Zahlung und UI überschreiten.",{"label":579,"description":580},"6. Versionieren Sie jeden Vertrag unabhängig","Protokollversionen entwickeln sich unterschiedlich schnell; binden Sie nicht jede Integration an eine einzige monolithische Anwendungsversion.",{"label":582,"description":583},"7. Wahren Sie die Autorisierung an jeder Grenze","Interoperabilität ersetzt weder Produktberechtigungen noch Tool-Autorisierungen, Zahlungsbefugnisse oder Datenzugriffsrichtlinien.","Wählen Sie das Protokoll anhand der Grenze","auto","processFlow",{},{"id":589,"data":590,"type":41,"tunes":592},"h-workflow",{"text":591,"level":218},"Ein realistischer Multi-Protokoll-Workflow",{},{"id":594,"data":595,"type":586,"tunes":616},"workflow-flow",{"steps":596,"title":615,"orientation":585},[597,600,603,606,609,612],{"label":598,"description":599},"1. Internen Bestand mit MCP prüfen","Der Einkaufsagent ruft Bestands- und Prognosefunktionen auf, die von internen MCP-Servern bereitgestellt werden.",{"label":601,"description":602},"2. Einen Lieferantenagenten mit A2A entdecken","Der Agent liest die Agent Card des Lieferanten und delegiert eine Aufgabe zur Verfügbarkeit und Lieferzeit.",{"label":604,"description":605},"3. Das Handelsobjekt mit UCP aushandeln","Die Schnittstelle des Lieferanten oder Händlers gibt strukturierte Informationen zu Warenkorb, Checkout und Fulfillment zurück.",{"label":607,"description":608},"4. Ausgabenbefugnis mit AP2 prüfen","Der Kauf wird mit dem signierten Mandat des Benutzers oder der Organisation, den Händlerbeschränkungen und den Ausgabenlimits abgeglichen.",{"label":610,"description":611},"5. Genehmigung über A2UI anfordern","Falls eine menschliche Genehmigung erforderlich ist, sendet der Agent eine deklarative UI-Absicht und der Host rendert den Genehmigungsdialog mithilfe vertrauenswürdiger nativer Komponenten.",{"label":613,"description":614},"6. Abschließen und auditieren","Handelsstatus, Zahlungsautorisierung, Nachweise über Agentenaufgaben und Audit-Protokolle der Anwendung bleiben über ihre jeweiligen Grenzen hinweg rückverfolgbar.","Beispiel: Ein autonomer Beschaffungs-Workflow",{},{"id":618,"data":619,"type":41,"tunes":621},"h-universal",{"text":620,"level":218},"Warum ein universelles Agentenprotokoll wahrscheinlich nicht alle ersetzen wird",{},{"id":623,"data":624,"type":225,"tunes":626},"p-universal-1",{"text":625},"Ein universelles Protokoll klingt einfacher, bis es die Semantik jeder einzelnen Domäne abbilden muss. Tool-Discovery, langlebige Agenten-Kollaboration, Checkout, Zahlungsautorisierung und native Benutzeroberflächen haben jeweils unterschiedliche Anforderungen an Lebenszyklus, Sicherheit und Korrektheit.",{},{"id":628,"data":629,"type":225,"tunes":631},"p-universal-2",{"text":630},"Das Web selbst hat sich durch geschichtete Protokolle entwickelt und nicht durch ein einziges Nachrichtenformat für jedes Problem. Der entstehende agentische Stack scheint sich in dieselbe Richtung zu bewegen: gemeinsame horizontale Primitive, spezialisierte Domänenverträge sowie explizite Discovery und Versionierung.",{},{"id":633,"data":634,"type":225,"tunes":636},"p-universal-3",{"text":635},"Die architektonische Herausforderung verschiebt sich daher von „Welches Protokoll gewinnt?“ zu der Frage, wie sauber sich Protokolle zusammenstellen lassen, ohne Identitäts-, Autorisierungs-, Zustands- und Audit-Semantiken zu duplizieren.",{},{"id":638,"data":639,"type":41,"tunes":641},"h-failures",{"text":640,"level":218},"Protokollkomposition schafft neue Fehlerarten",{},{"id":643,"data":644,"type":303,"tunes":674},"failure-table",{"content":645,"stretched":42,"withHeadings":13},[646,650,654,658,662,666,670],[647,648,649],"Fehlermodus","Was passiert","Architekturkontrolle",[651,652,653],"Autorisierungsleck","Eine gültige Tool- oder Agenten-Fähigkeit wird als Berechtigung zur Ausführung einer Geschäftsaktion behandelt","Produktautorisierung unabhängig von der Erkennung von Protokollfähigkeiten halten",[655,656,657],"Identitätsdiskrepanz","MCP-Host-Identität, A2A-Agenten-Identität und Commerce-\u002FZahlungs-Identität beziehen sich auf unterschiedliche Prinzipale","Explizites Prinzipal-Mapping über Grenzen hinweg definieren",[659,660,661],"Versionsdrift","Ein Protokoll wird aktualisiert, während abhängige Adapter von älteren Semantiken ausgehen","Protokollversionen unabhängig voneinander aushandeln und fixieren",[663,664,665],"Zustandsduplizierung","Derselbe Warenkorb-, Aufgaben- oder Genehmigungszustand wird in mehrere Protokollschichten kopiert","Einen maßgeblichen Eigentümer pro Domänenobjekt festlegen",[667,668,669],"Audit-Fragmentierung","Tool-Traces, Agenten-Aufgaben, Checkout- und Zahlungsnachweise können nicht zusammengeführt werden","Korrelations-IDs und stabile Domänen-Bezeichner über Protokollgrenzen hinweg mitführen",[671,672,673],"Semantisches Tunneln","Alles wird als opakes JSON durch ein generisches Protokoll gezwungen","Domänenprotokolle dort einsetzen, wo ihre Semantik die Korrektheit wesentlich verbessert",{},{"id":676,"data":677,"type":41,"tunes":679},"h-app-arch",{"text":678,"level":218},"Die Protokollwahl ersetzt keine Anwendungsarchitektur",{},{"id":681,"data":682,"type":225,"tunes":684},"p-app-1",{"text":683},"Offene Standards verringern die Integrationskopplung, entscheiden jedoch nicht über Ihr Domänenmodell, Autorisierungsrichtlinien, die Source of Truth, Wiederholungsstrategien oder Akzeptanzkriterien. Ein MCP-Tool kann immer noch die falsche Funktion bereitstellen. Ein A2A-Agent kann immer noch ein fehlerhaftes Artefakt zurückgeben. Ein UCP-Checkout kann immer noch veraltete Händlerdaten enthalten. Ein AP2-Mandat kann durch die Anwendungslogik immer noch falsch angewendet werden.",{},{"id":686,"data":687,"type":225,"tunes":689},"p-app-2",{"text":688},"Betrachten Sie Protokolle als Verträge zwischen Komponenten, die sich unabhängig voneinander entwickeln. Behalten Sie die Domänenwahrheit und maßgebliche Richtlinien in der Anwendungsschicht, die dafür zuständig ist, und nutzen Sie Protokolle, um die Schnittstellen interoperabel zu machen.",{},{"id":691,"data":692,"type":697,"tunes":698},"ref-harness",{"url":693,"title":694,"excerpt":695,"ctaLabel":696},"https:\u002F\u002Fstajic.de\u002Fde\u002Fblog\u002Fmanaged-agent-harness-vs-self-hosted-agent-loop-what-you-gain-what-you-lose","Managed Agent Harness vs. selbst gehostete Agentenschleife: Was Sie gewinnen, was Sie verlieren","Protokollgrenzen lösen Interoperabilität. Laufzeitgrenzen lösen, wer das Harness, die Ausführungsumgebung und die Anwendungskontrollschicht betreibt.","Leitfaden zur Laufzeitarchitektur lesen","referralArticle",{},{"id":700,"data":701,"type":41,"tunes":703},"h-change",{"text":702,"level":218},"Was würde diese Einschätzung ändern?",{},{"id":705,"data":706,"type":225,"tunes":708},"p-change-1",{"text":707},"Der Stack ändert sich, wenn Protokolle konvergieren, ein Standard einen anderen formell absorbiert oder Anbieter eine gemeinsame Identitäts- und Autorisierungsschicht über mehrere Grenzen hinweg standardisieren. UCP demonstriert bereits Komposition, indem es APIs, A2A und MCP unterstützt und in AP2 integriert wird, anstatt diese zu ersetzen.",{},{"id":710,"data":711,"type":225,"tunes":713},"p-change-2",{"text":712},"Die Antwort ändert sich auch je nach Anwendungsumfang. Ein kleiner interner Agent benötigt möglicherweise nur MCP. Ein unternehmensübergreifender Workflow erfordert möglicherweise A2A. Ein Händler benötigt möglicherweise UCP ohne A2UI. Ein delegierter Einkaufsagent benötigt möglicherweise alle. Verwenden Sie das kleinste Protokollset, das die tatsächlichen Grenzen abbildet, ohne die Domänensemantik zu verflachen.",{},{"id":715,"data":716,"type":41,"tunes":718},"h-limitations",{"text":717,"level":218},"Einschränkungen",{},{"id":720,"data":721,"type":225,"tunes":723},"p-limit-1",{"text":722},"Die hier behandelten Protokolle befinden sich auf unterschiedlichen Reifegraden und haben unterschiedliche Governance-Modelle. A2A hat eine stabile v1.0-Spezifikation erreicht, während sich andere Standards weiterhin rasant weiterentwickeln. Auch die Akzeptanz im Ökosystem ist bei Anbietern und Frameworks uneinheitlich.",{},{"id":725,"data":726,"type":225,"tunes":728},"p-limit-2",{"text":727},"Dieser Artikel konzentriert sich auf Architekturverantwortung statt auf Implementierungsvollständigkeit. Spezifische Authentifizierungsmethoden, Transport-Bindings, Schemata und Erweiterungsmechanismen müssen den aktuellen Spezifikationen des jeweiligen Protokolls entnommen werden.",{},{"id":730,"data":731,"type":41,"tunes":733},"h-conclusion",{"text":732,"level":218},"Fazit",{},{"id":735,"data":736,"type":225,"tunes":738},"p-conclusion-1",{"text":737},"MCP, A2A, UCP, AP2 und A2UI ergeben mehr Sinn, wenn man sie als Protokolle für unterschiedliche Beziehungen betrachtet und nicht als fünf konkurrierende Versuche, „Agenten“ zu standardisieren.",{},{"id":740,"data":741,"type":225,"tunes":743},"p-conclusion-2",{"text":742},"MCP legt Fähigkeiten offen. A2A koordiniert unabhängige Agenten. UCP verleiht dem E-Commerce einen eigenen maschinenlesbaren Vertrag. AP2 fügt eine überprüfbare Zahlungsautorisierung hinzu. A2UI bietet Agenten einen sicheren, deklarativen Weg in Benutzeroberflächen. Das aufstrebende agentische Web ersetzt Protokolle daher nicht durch KI – es schafft einen neuen Protokoll-Stack rund um KI.",{},{"id":745,"data":746,"type":41,"tunes":748},"h-faq",{"text":747,"level":218},"FAQ",{},{"id":750,"data":751,"type":750,"tunes":778},"faq",{"items":752,"title":777},[753,757,761,765,769,773],{"id":754,"answer":755,"question":756},"faq1","Nein. MCP standardisiert in erster Linie, wie KI-Anwendungen auf Tools, Ressourcen und Daten zugreifen. A2A standardisiert die Zusammenarbeit zwischen unabhängigen Agentensystemen. Ein Remote-Agent kann intern MCP nutzen, während er nach außen eine A2A-Schnittstelle bereitstellt.","Ist A2A ein Ersatz für MCP?",{"id":758,"answer":759,"question":760},"faq2","Im Allgemeinen nicht. UCP bietet kommerzspezifische Semantiken wie Warenkorb, Checkout und Auftragsabwicklung. MCP kann weiterhin Händler-Tools oder -Daten bereitstellen, und UCP ist so konzipiert, dass es neben MCP und A2A koexistiert.","Ist UCP ein Ersatz für MCP bei Shopping-Agenten?",{"id":762,"answer":763,"question":764},"faq3","UCP standardisiert Handelsinteraktionen und den Transaktionslebenszyklus. AP2 konzentriert sich auf den Nachweis, dass ein Agent befugt war, eine Zahlung unter definierten Benutzer- oder Unternehmensbeschränkungen durchzuführen.","Was ist der Unterschied zwischen UCP und AP2?",{"id":766,"answer":767,"question":768},"faq4","A2UI ermöglicht es Agenten, deklarative UI-Intentionen an eine Host-Anwendung zu senden, die das Erlebnis über vertrauenswürdige native Komponenten rendert, anstatt beliebigen Remote-Frontend-Code auszuführen.","Welches Problem löst A2UI?",{"id":770,"answer":771,"question":772},"faq5","Ja. Ein Workflow kann MCP für interne Tools, A2A für die Delegierung an Remote-Agenten, UCP für den Handel, AP2 für die Zahlungsautorisierung und A2UI für die Benutzerinteraktion verwenden.","Kann eine einzelne Agentenanwendung alle diese Protokolle nutzen?",{"id":774,"answer":775,"question":776},"faq6","Beginnen Sie an der Interoperabilitätsgrenze. Liegt das Problem beim Tool-Zugriff, evaluieren Sie MCP. Geht es um die Zusammenarbeit unabhängiger Agenten, evaluieren Sie A2A. Bei E-Commerce UCP. Bei delegierter Zahlungsautorisierung AP2. Bei portabler, agentengesteuerter UI A2UI.","Welches Protokoll sollte ich zuerst implementieren?","MCP, A2A, UCP, AP2 und A2UI",{},{"id":780,"data":781,"type":41,"tunes":783},"h-glossary",{"text":782,"level":218},"Glossar",{},{"id":785,"data":786,"type":785,"tunes":806},"glossary",{"title":787,"entries":788},"Wichtige Begriffe zu Agentenprotokollen",[789,791,793,796,799,802],{"term":279,"anchor":417,"definition":790},"Model Context Protocol, ein offener Standard, um Tools, Ressourcen und Prompts von externen Systemen für kompatible KI-Hosts bereitzustellen.",{"term":284,"anchor":419,"definition":792},"Agent2Agent Protocol, ein offener Standard zum Entdecken unabhängiger Agentensysteme und zur Zusammenarbeit mit ihnen über Nachrichten, Aufgaben und Artefakte.",{"term":289,"anchor":794,"definition":795},"ucp","Universal Commerce Protocol, ein offener Standard für interoperable agentische Handelsabläufe zwischen Endverbraucheroberflächen, Unternehmen und Zahlungsdienstleistern.",{"term":294,"anchor":797,"definition":798},"ap2","Agent Payments Protocol, ein offener Standard zur Darstellung und Überprüfung von Befugnissen, Absichten und Verantwortlichkeiten bei agentengeführten Zahlungen.",{"term":299,"anchor":800,"definition":801},"a2ui","Agent-to-User Interface, ein deklaratives Protokoll, das es Agenten ermöglicht, Benutzeroberflächen anzufordern, die über die vertrauenswürdigen Komponenten der Host-Anwendung gerendert werden.",{"term":803,"anchor":804,"definition":805},"Protokollkomposition","protocol-composition","Die Nutzung mehrerer Protokolle in einem einzigen Workflow, bei der jedes für eine eigene Interoperabilitätsgrenze zuständig ist, anstatt alle Semantiken in einen einzigen Vertrag zu zwingen.",{},{"id":808,"data":809,"type":41,"tunes":811},"h-sources",{"text":810,"level":218},"Primärquellen und weiterführende Literatur",{},{"id":813,"data":814,"type":820,"tunes":821},"src-google-guide",{"link":815,"meta":816},"https:\u002F\u002Fdevelopers.googleblog.com\u002Fdevelopers-guide-to-ai-agent-protocols\u002F",{"image":817,"title":818,"description":819},{"url":398},"Google Developers — Entwicklerhandbuch für KI-Agenten-Protokolle","Ein praktischer Überblick, der zeigt, wie MCP, A2A, UCP, AP2, A2UI und verwandte Protokolle in einem mehrstufigen Agenten-Workflow zusammenarbeiten.","linkTool",{},{"id":823,"data":824,"type":820,"tunes":830},"src-mcp",{"link":825,"meta":826},"https:\u002F\u002Fts.sdk.modelcontextprotocol.io\u002Fv2\u002F",{"image":827,"title":828,"description":829},{"url":398},"Model Context Protocol — TypeScript SDK v2","Aktuelle stabile SDK-Dokumentation, die die MCP-Spezifikation vom 28.07.2026 implementiert und Tools, Ressourcen, Prompts sowie die Host-\u002FServer-Integration definiert.",{},{"id":832,"data":833,"type":820,"tunes":839},"src-a2a-spec",{"link":834,"meta":835},"https:\u002F\u002Fa2a-protocol.org\u002Fdev\u002Fspecification\u002F",{"image":836,"title":837,"description":838},{"url":398},"A2A-Protokoll — v1.0-Spezifikation","Aktuelle A2A-Protokollspezifikation, die Agent Cards, Nachrichten, Aufgaben, Artefakte, Bindings und die Versionsaushandlung umfasst.",{},{"id":841,"data":842,"type":820,"tunes":848},"src-a2a-aaif",{"link":843,"meta":844},"https:\u002F\u002Fa2a-protocol.org\u002Flatest\u002Fblog\u002F2026\u002F08\u002F27\u002Fa-new-chapter-for-a2a-joining-the-agentic-ai-foundation\u002F",{"image":845,"title":846,"description":847},{"url":398},"A2A — Beitritt zur Agentic AI Foundation","Aktuelle Projektpositionierung von A2A als horizontale Agenten-Kollaborationsebene neben MCP als vertikale Tool-\u002FDatenintegration.",{},{"id":850,"data":851,"type":820,"tunes":857},"src-ucp",{"link":852,"meta":853},"https:\u002F\u002Fdevelopers.googleblog.com\u002Funder-the-hood-universal-commerce-protocol-ucp\u002F",{"image":854,"title":855,"description":856},{"url":398},"Google Developers — Ein Blick unter die Haube: Universal Commerce Protocol","Technischer Überblick über UCP, dessen Commerce-Grundelemente und die Kombinierbarkeit mit APIs, A2A, MCP und AP2.",{},{"id":859,"data":860,"type":820,"tunes":866},"src-ucp-profile",{"link":861,"meta":862},"https:\u002F\u002Fdevelopers.google.com\u002Fmerchant\u002Fucp\u002Fimplementation\u002F2026-04-08\u002Fpublish-profile",{"image":863,"title":864,"description":865},{"url":398},"Google Universal Commerce Protocol — UCP Profile","Aktueller versionierter Profilmechanismus zur Veröffentlichung von UCP-Diensten und Commerce-Funktionen für Händler.",{},{"id":868,"data":869,"type":820,"tunes":875},"src-ap2",{"link":870,"meta":871},"https:\u002F\u002Fcloud.google.com\u002Fblog\u002Fproducts\u002Fai-machine-learning\u002Fannouncing-agents-to-payments-ap2-protocol",{"image":872,"title":873,"description":874},{"url":398},"Google Cloud — Agent Payments Protocol (AP2)","Ankündigung und Begründung für ein offenes Protokoll, das Autorisierung, Authentizität und Nachvollziehbarkeit bei agentengesteuerten Zahlungen abdeckt.",{},{"id":877,"data":878,"type":820,"tunes":884},"src-a2ui",{"link":879,"meta":880},"https:\u002F\u002Fdevelopers.googleblog.com\u002Fa2ui-v0-9-generative-ui\u002F",{"image":881,"title":882,"description":883},{"url":398},"Google Developers — A2UI v0.9","Das frameworkunabhängige deklarative Modell von A2UI für portable, agentengesteuerte Oberflächen, die über Host-eigene Komponenten gerendert werden.",{},{"id":886,"data":887,"type":820,"tunes":893},"src-a2ui-mcp",{"link":888,"meta":889},"https:\u002F\u002Fdevelopers.googleblog.com\u002Fa2ui-and-mcp-apps\u002F",{"image":890,"title":891,"description":892},{"url":398},"Google Developers — A2UI + MCP Apps","Wie deklaratives A2UI und umfangreichere MCP-App-Oberflächen nebeneinander bestehen können, anstatt als sich gegenseitig ausschließende UI-Modelle behandelt zu werden.",{},"2.31","MCP, A2A, UCP, AP2 und A2UI werden oft als konkurrierende Agentenstandards dargestellt. Sie lösen größtenteils unterschiedliche Interoperabilitätsprobleme. Dieser Leitfaden ordnet jedes Protokoll der Grenze zu, die es tatsächlich standardisiert—und zeigt, wie sie in einem Produktionssystem zusammenarbeiten können.","\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":903,"de":904,"sr":905,"es":906,"fr":907,"it":908,"ru":909,"zh":910},"\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",[912,916,920],{"id":913,"name":914,"slug":915},57,"Daten-Grenzen","data-boundaries",{"id":917,"name":918,"slug":919},84,"Policy & Datengrenzen","policy-and-data",{"id":921,"name":922,"slug":923},46,"Überblick","overview",{"id":925,"login":926,"email":927,"displayName":928},"20","rooth8233","aleksandar@stajic.de","Aleksandar Stajić",[930,1269],{"lang":7,"title":207,"content":209,"contentJson":931,"excerpt":895},{"time":211,"blocks":932,"version":894},[933,936,939,942,945,948,951,954,957,960,970,973,976,979,982,985,990,993,996,999,1002,1005,1008,1013,1016,1032,1035,1038,1041,1044,1047,1050,1055,1058,1061,1064,1067,1070,1080,1083,1086,1089,1092,1095,1100,1103,1106,1117,1120,1130,1133,1136,1139,1142,1145,1156,1159,1162,1165,1168,1171,1174,1177,1180,1183,1186,1189,1192,1195,1198,1208,1211,1221,1224,1229,1234,1239,1244,1249,1254,1259,1264],{"id":214,"data":934,"type":219,"tunes":935},{"title":216,"maxLevel":217,"minLevel":218},{},{"id":222,"data":937,"type":225,"tunes":938},{"text":224},{},{"id":228,"data":940,"type":233,"tunes":941},{"body":230,"title":231,"variant":232},{},{"id":236,"data":943,"type":233,"tunes":944},{"body":238,"title":239,"variant":240},{},{"id":243,"data":946,"type":233,"tunes":947},{"body":245,"title":246,"variant":247},{},{"id":250,"data":949,"type":41,"tunes":950},{"text":252,"level":218},{},{"id":255,"data":952,"type":225,"tunes":953},{"text":257},{},{"id":260,"data":955,"type":225,"tunes":956},{"text":262},{},{"id":265,"data":958,"type":41,"tunes":959},{"text":267,"level":218},{},{"id":270,"data":961,"type":303,"tunes":969},{"content":962,"stretched":42,"withHeadings":13},[963,964,965,966,967,968],[274,275,276,277],[279,280,281,282],[284,285,286,287],[289,290,291,292],[294,295,296,297],[299,300,301,302],{},{"id":306,"data":971,"type":233,"tunes":972},{"body":308,"title":309,"variant":310},{},{"id":313,"data":974,"type":41,"tunes":975},{"text":315,"level":218},{},{"id":318,"data":977,"type":225,"tunes":978},{"text":320},{},{"id":323,"data":980,"type":225,"tunes":981},{"text":325},{},{"id":328,"data":983,"type":41,"tunes":984},{"text":330,"level":217},{},{"id":333,"data":986,"type":342,"tunes":989},{"meta":987,"items":988,"style":341},{},[337,338,339,340],{},{"id":345,"data":991,"type":233,"tunes":992},{"body":347,"title":348,"variant":240},{},{"id":351,"data":994,"type":41,"tunes":995},{"text":353,"level":218},{},{"id":356,"data":997,"type":225,"tunes":998},{"text":358},{},{"id":361,"data":1000,"type":225,"tunes":1001},{"text":363},{},{"id":366,"data":1003,"type":225,"tunes":1004},{"text":368},{},{"id":371,"data":1006,"type":41,"tunes":1007},{"text":373,"level":217},{},{"id":376,"data":1009,"type":342,"tunes":1012},{"meta":1010,"items":1011,"style":341},{},[380,381,382,383],{},{"id":386,"data":1014,"type":41,"tunes":1015},{"text":388,"level":218},{},{"id":391,"data":1017,"type":420,"tunes":1031},{"rows":1018,"title":411,"layout":303,"columns":1027},[1019,1021,1023,1025],{"id":395,"label":396,"values":1020},[398,398,398],{"id":400,"label":401,"values":1022},[398,398,398],{"id":404,"label":405,"values":1024},[398,398,398],{"id":408,"label":409,"values":1026},[398,398,398],[1028,1029,1030],{"id":414,"label":415},{"id":417,"label":279},{"id":419,"label":284},{},{"id":423,"data":1033,"type":225,"tunes":1034},{"text":425},{},{"id":428,"data":1036,"type":41,"tunes":1037},{"text":430,"level":218},{},{"id":433,"data":1039,"type":225,"tunes":1040},{"text":435},{},{"id":438,"data":1042,"type":225,"tunes":1043},{"text":440},{},{"id":443,"data":1045,"type":225,"tunes":1046},{"text":445},{},{"id":448,"data":1048,"type":41,"tunes":1049},{"text":450,"level":217},{},{"id":453,"data":1051,"type":342,"tunes":1054},{"meta":1052,"items":1053,"style":341},{},[457,458,459,460],{},{"id":463,"data":1056,"type":41,"tunes":1057},{"text":465,"level":218},{},{"id":468,"data":1059,"type":225,"tunes":1060},{"text":470},{},{"id":473,"data":1062,"type":225,"tunes":1063},{"text":475},{},{"id":478,"data":1065,"type":225,"tunes":1066},{"text":480},{},{"id":483,"data":1068,"type":41,"tunes":1069},{"text":485,"level":218},{},{"id":488,"data":1071,"type":303,"tunes":1079},{"content":1072,"stretched":42,"withHeadings":13},[1073,1074,1075,1076,1077,1078],[492,289,294],[494,495,496],[498,499,500],[502,503,504],[506,507,508],[510,511,512],{},{"id":515,"data":1081,"type":41,"tunes":1082},{"text":517,"level":218},{},{"id":520,"data":1084,"type":225,"tunes":1085},{"text":522},{},{"id":525,"data":1087,"type":225,"tunes":1088},{"text":527},{},{"id":530,"data":1090,"type":225,"tunes":1091},{"text":532},{},{"id":535,"data":1093,"type":41,"tunes":1094},{"text":537,"level":217},{},{"id":540,"data":1096,"type":342,"tunes":1099},{"meta":1097,"items":1098,"style":341},{},[544,545,546,547],{},{"id":550,"data":1101,"type":41,"tunes":1102},{"text":552,"level":218},{},{"id":555,"data":1104,"type":225,"tunes":1105},{"text":557},{},{"id":560,"data":1107,"type":586,"tunes":1116},{"steps":1108,"title":584,"orientation":585},[1109,1110,1111,1112,1113,1114,1115],{"label":564,"description":565},{"label":567,"description":568},{"label":570,"description":571},{"label":573,"description":574},{"label":576,"description":577},{"label":579,"description":580},{"label":582,"description":583},{},{"id":589,"data":1118,"type":41,"tunes":1119},{"text":591,"level":218},{},{"id":594,"data":1121,"type":586,"tunes":1129},{"steps":1122,"title":615,"orientation":585},[1123,1124,1125,1126,1127,1128],{"label":598,"description":599},{"label":601,"description":602},{"label":604,"description":605},{"label":607,"description":608},{"label":610,"description":611},{"label":613,"description":614},{},{"id":618,"data":1131,"type":41,"tunes":1132},{"text":620,"level":218},{},{"id":623,"data":1134,"type":225,"tunes":1135},{"text":625},{},{"id":628,"data":1137,"type":225,"tunes":1138},{"text":630},{},{"id":633,"data":1140,"type":225,"tunes":1141},{"text":635},{},{"id":638,"data":1143,"type":41,"tunes":1144},{"text":640,"level":218},{},{"id":643,"data":1146,"type":303,"tunes":1155},{"content":1147,"stretched":42,"withHeadings":13},[1148,1149,1150,1151,1152,1153,1154],[647,648,649],[651,652,653],[655,656,657],[659,660,661],[663,664,665],[667,668,669],[671,672,673],{},{"id":676,"data":1157,"type":41,"tunes":1158},{"text":678,"level":218},{},{"id":681,"data":1160,"type":225,"tunes":1161},{"text":683},{},{"id":686,"data":1163,"type":225,"tunes":1164},{"text":688},{},{"id":691,"data":1166,"type":697,"tunes":1167},{"url":693,"title":694,"excerpt":695,"ctaLabel":696},{},{"id":700,"data":1169,"type":41,"tunes":1170},{"text":702,"level":218},{},{"id":705,"data":1172,"type":225,"tunes":1173},{"text":707},{},{"id":710,"data":1175,"type":225,"tunes":1176},{"text":712},{},{"id":715,"data":1178,"type":41,"tunes":1179},{"text":717,"level":218},{},{"id":720,"data":1181,"type":225,"tunes":1182},{"text":722},{},{"id":725,"data":1184,"type":225,"tunes":1185},{"text":727},{},{"id":730,"data":1187,"type":41,"tunes":1188},{"text":732,"level":218},{},{"id":735,"data":1190,"type":225,"tunes":1191},{"text":737},{},{"id":740,"data":1193,"type":225,"tunes":1194},{"text":742},{},{"id":745,"data":1196,"type":41,"tunes":1197},{"text":747,"level":218},{},{"id":750,"data":1199,"type":750,"tunes":1207},{"items":1200,"title":777},[1201,1202,1203,1204,1205,1206],{"id":754,"answer":755,"question":756},{"id":758,"answer":759,"question":760},{"id":762,"answer":763,"question":764},{"id":766,"answer":767,"question":768},{"id":770,"answer":771,"question":772},{"id":774,"answer":775,"question":776},{},{"id":780,"data":1209,"type":41,"tunes":1210},{"text":782,"level":218},{},{"id":785,"data":1212,"type":785,"tunes":1220},{"title":787,"entries":1213},[1214,1215,1216,1217,1218,1219],{"term":279,"anchor":417,"definition":790},{"term":284,"anchor":419,"definition":792},{"term":289,"anchor":794,"definition":795},{"term":294,"anchor":797,"definition":798},{"term":299,"anchor":800,"definition":801},{"term":803,"anchor":804,"definition":805},{},{"id":808,"data":1222,"type":41,"tunes":1223},{"text":810,"level":218},{},{"id":813,"data":1225,"type":820,"tunes":1228},{"link":815,"meta":1226},{"image":1227,"title":818,"description":819},{"url":398},{},{"id":823,"data":1230,"type":820,"tunes":1233},{"link":825,"meta":1231},{"image":1232,"title":828,"description":829},{"url":398},{},{"id":832,"data":1235,"type":820,"tunes":1238},{"link":834,"meta":1236},{"image":1237,"title":837,"description":838},{"url":398},{},{"id":841,"data":1240,"type":820,"tunes":1243},{"link":843,"meta":1241},{"image":1242,"title":846,"description":847},{"url":398},{},{"id":850,"data":1245,"type":820,"tunes":1248},{"link":852,"meta":1246},{"image":1247,"title":855,"description":856},{"url":398},{},{"id":859,"data":1250,"type":820,"tunes":1253},{"link":861,"meta":1251},{"image":1252,"title":864,"description":865},{"url":398},{},{"id":868,"data":1255,"type":820,"tunes":1258},{"link":870,"meta":1256},{"image":1257,"title":873,"description":874},{"url":398},{},{"id":877,"data":1260,"type":820,"tunes":1263},{"link":879,"meta":1261},{"image":1262,"title":882,"description":883},{"url":398},{},{"id":886,"data":1265,"type":820,"tunes":1268},{"link":888,"meta":1266},{"image":1267,"title":891,"description":892},{"url":398},{},{"lang":1270,"title":1271,"content":1272,"contentJson":1273,"excerpt":1820},"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":1274,"blocks":1275,"version":1819},1790352626854,[1276,1280,1284,1289,1294,1299,1303,1307,1311,1315,1344,1349,1353,1357,1361,1365,1374,1379,1383,1387,1391,1395,1399,1408,1412,1433,1437,1441,1445,1449,1453,1457,1466,1470,1474,1478,1482,1486,1512,1516,1520,1524,1528,1532,1541,1545,1549,1575,1579,1602,1606,1610,1614,1618,1622,1654,1658,1662,1666,1673,1677,1681,1685,1689,1693,1697,1701,1705,1709,1712,1735,1739,1757,1761,1768,1774,1781,1788,1795,1801,1807,1813],{"id":214,"data":1277,"type":219,"tunes":1279},{"title":1278,"maxLevel":217,"minLevel":218},"Contents",{},{"id":222,"data":1281,"type":225,"tunes":1283},{"text":1282},"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":228,"data":1285,"type":233,"tunes":1288},{"body":1286,"title":1287,"variant":232},"\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":236,"data":1290,"type":233,"tunes":1293},{"body":1291,"title":1292,"variant":240},"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":243,"data":1295,"type":233,"tunes":1298},{"body":1296,"title":1297,"variant":247},"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":250,"data":1300,"type":41,"tunes":1302},{"text":1301,"level":218},"The core mistake: comparing protocols that sit at different boundaries",{},{"id":255,"data":1304,"type":225,"tunes":1306},{"text":1305},"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":260,"data":1308,"type":225,"tunes":1310},{"text":1309},"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":265,"data":1312,"type":41,"tunes":1314},{"text":1313,"level":218},"The Protocol Responsibility Stack",{},{"id":270,"data":1316,"type":303,"tunes":1343},{"content":1317,"stretched":42,"withHeadings":13},[1318,1323,1327,1331,1335,1339],[1319,1320,1321,1322],"Protocol","Standardizes which relationship?","Primary abstraction","Not primarily for",[279,1324,1325,1326],"AI application ↔ tools, resources and data","Tools, resources, prompts and host\u002Fserver capability exchange","Independent agent collaboration or commerce semantics",[284,1328,1329,1330],"Agent ↔ independent agent","Agent discovery, messages, tasks, artifacts and long-running collaboration","Direct database\u002Ftool integration",[289,1332,1333,1334],"Consumer\u002Fagent surface ↔ merchant commerce system","Product\u002Fcart\u002Fcheckout\u002Ffulfillment\u002Forder capabilities","General-purpose agent communication",[294,1336,1337,1338],"User\u002Fagent intent ↔ payment authorization","Mandates, approval constraints and auditable agent-led payment authority","Product discovery or generic checkout transport",[299,1340,1341,1342],"Agent ↔ user interface host","Declarative UI intent rendered by trusted native components","Arbitrary remote frontend code or agent-to-agent task delegation",{},{"id":306,"data":1345,"type":233,"tunes":1348},{"body":1346,"title":1347,"variant":310},"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":313,"data":1350,"type":41,"tunes":1352},{"text":1351,"level":218},"1. MCP: connect the agent to capabilities",{},{"id":318,"data":1354,"type":225,"tunes":1356},{"text":1355},"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":323,"data":1358,"type":225,"tunes":1360},{"text":1359},"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":328,"data":1362,"type":41,"tunes":1364},{"text":1363,"level":217},"Use MCP when",{},{"id":333,"data":1366,"type":342,"tunes":1373},{"meta":1367,"items":1368,"style":341},{},[1369,1370,1371,1372],"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":345,"data":1375,"type":233,"tunes":1378},{"body":1376,"title":1377,"variant":240},"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":351,"data":1380,"type":41,"tunes":1382},{"text":1381,"level":218},"2. A2A: connect independent agents",{},{"id":356,"data":1384,"type":225,"tunes":1386},{"text":1385},"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":361,"data":1388,"type":225,"tunes":1390},{"text":1389},"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":366,"data":1392,"type":225,"tunes":1394},{"text":1393},"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":371,"data":1396,"type":41,"tunes":1398},{"text":1397,"level":217},"Use A2A when",{},{"id":376,"data":1400,"type":342,"tunes":1407},{"meta":1401,"items":1402,"style":341},{},[1403,1404,1405,1406],"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":386,"data":1409,"type":41,"tunes":1411},{"text":1410,"level":218},"MCP vs A2A: vertical integration vs horizontal collaboration",{},{"id":391,"data":1413,"type":420,"tunes":1432},{"rows":1414,"title":1427,"layout":303,"columns":1428},[1415,1418,1421,1424],{"id":395,"label":1416,"values":1417},"Relationship",[398,398,398],{"id":400,"label":1419,"values":1420},"Abstraction",[398,398,398],{"id":404,"label":1422,"values":1423},"Internal opacity",[398,398,398],{"id":408,"label":1425,"values":1426},"Long-running work",[398,398,398],"MCP and A2A solve different interoperability problems",[1429,1430,1431],{"id":414,"label":415},{"id":417,"label":279},{"id":419,"label":284},{},{"id":423,"data":1434,"type":225,"tunes":1436},{"text":1435},"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":428,"data":1438,"type":41,"tunes":1440},{"text":1439,"level":218},"3. UCP: standardize agentic commerce",{},{"id":433,"data":1442,"type":225,"tunes":1444},{"text":1443},"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":438,"data":1446,"type":225,"tunes":1448},{"text":1447},"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":443,"data":1450,"type":225,"tunes":1452},{"text":1451},"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":448,"data":1454,"type":41,"tunes":1456},{"text":1455,"level":217},"Use UCP when",{},{"id":453,"data":1458,"type":342,"tunes":1465},{"meta":1459,"items":1460,"style":341},{},[1461,1462,1463,1464],"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":463,"data":1467,"type":41,"tunes":1469},{"text":1468,"level":218},"4. AP2: prove that the agent was allowed to spend",{},{"id":468,"data":1471,"type":225,"tunes":1473},{"text":1472},"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":473,"data":1475,"type":225,"tunes":1477},{"text":1476},"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":478,"data":1479,"type":225,"tunes":1481},{"text":1480},"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":483,"data":1483,"type":41,"tunes":1485},{"text":1484,"level":218},"UCP vs AP2: transaction semantics vs authority",{},{"id":488,"data":1487,"type":303,"tunes":1511},{"content":1488,"stretched":42,"withHeadings":13},[1489,1491,1495,1499,1503,1507],[1490,289,294],"Question",[1492,1493,1494],"What is being bought?","Commerce items, cart, checkout and fulfillment semantics","References the authorized transaction context",[1496,1497,1498],"Who may authorize it?","Not the primary protocol responsibility","Explicit agent\u002Fuser authority and mandate model",[1500,1501,1502],"What spending constraints apply?","Commerce flow can contain totals and checkout data","Authorization guardrails and intent limits",[1504,1505,1506],"How is the transaction audited?","Order and commerce lifecycle","Cryptographic \u002F verifiable authorization trail through mandates and receipts",[1508,1509,1510],"Can they work together?","Yes","Yes — AP2 can extend agentic commerce flows",{},{"id":515,"data":1513,"type":41,"tunes":1515},{"text":1514,"level":218},"5. A2UI: let agents describe interfaces without owning your frontend",{},{"id":520,"data":1517,"type":225,"tunes":1519},{"text":1518},"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":525,"data":1521,"type":225,"tunes":1523},{"text":1522},"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":530,"data":1525,"type":225,"tunes":1527},{"text":1526},"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":535,"data":1529,"type":41,"tunes":1531},{"text":1530,"level":217},"Use A2UI when",{},{"id":540,"data":1533,"type":342,"tunes":1540},{"meta":1534,"items":1535,"style":341},{},[1536,1537,1538,1539],"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":550,"data":1542,"type":41,"tunes":1544},{"text":1543,"level":218},"The Protocol Selection Test",{},{"id":555,"data":1546,"type":225,"tunes":1548},{"text":1547},"Do not start from the acronym. Start from the relationship that needs interoperability.",{},{"id":560,"data":1550,"type":586,"tunes":1574},{"steps":1551,"title":1573,"orientation":585},[1552,1555,1558,1561,1564,1567,1570],{"label":1553,"description":1554},"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":1556,"description":1557},"2. Identify the shared object","Is the contract about a tool call, task, cart, payment mandate, artifact, or UI description?",{"label":1559,"description":1560},"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":1562,"description":1563},"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":1565,"description":1566},"5. Compose protocols when the workflow crosses boundaries","One workflow can legitimately cross tool, agent, commerce, payment and UI contracts.",{"label":1568,"description":1569},"6. Version each contract independently","Protocol versions evolve at different speeds; do not tie every integration to one monolithic application version.",{"label":1571,"description":1572},"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":589,"data":1576,"type":41,"tunes":1578},{"text":1577,"level":218},"A realistic multi-protocol workflow",{},{"id":594,"data":1580,"type":586,"tunes":1601},{"steps":1581,"title":1600,"orientation":585},[1582,1585,1588,1591,1594,1597],{"label":1583,"description":1584},"1. Inspect internal stock with MCP","The purchasing agent calls inventory and forecasting capabilities exposed by internal MCP servers.",{"label":1586,"description":1587},"2. Discover a supplier agent with A2A","The agent reads the supplier's Agent Card and delegates an availability and lead-time task.",{"label":1589,"description":1590},"3. Negotiate the commerce object with UCP","The supplier or merchant surface returns structured cart, checkout and fulfillment information.",{"label":1592,"description":1593},"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":1595,"description":1596},"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":1598,"description":1599},"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":618,"data":1603,"type":41,"tunes":1605},{"text":1604,"level":218},"Why one universal agent protocol is unlikely to replace all of them",{},{"id":623,"data":1607,"type":225,"tunes":1609},{"text":1608},"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":628,"data":1611,"type":225,"tunes":1613},{"text":1612},"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":633,"data":1615,"type":225,"tunes":1617},{"text":1616},"The architecture challenge therefore shifts from “which protocol wins?” to how cleanly protocols compose without duplicating identity, authorization, state and audit semantics.",{},{"id":638,"data":1619,"type":41,"tunes":1621},{"text":1620,"level":218},"Protocol composition creates new failure modes",{},{"id":643,"data":1623,"type":303,"tunes":1653},{"content":1624,"stretched":42,"withHeadings":13},[1625,1629,1633,1637,1641,1645,1649],[1626,1627,1628],"Failure mode","What happens","Architecture control",[1630,1631,1632],"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",[1634,1635,1636],"Identity mismatch","MCP host identity, A2A agent identity and commerce\u002Fpayment identity refer to different principals","Define explicit principal mapping across boundaries",[1638,1639,1640],"Version drift","One protocol upgrades while dependent adapters assume older semantics","Negotiate and pin protocol versions independently",[1642,1643,1644],"State duplication","The same cart, task or approval state is copied into several protocol layers","Define one authoritative owner per domain object",[1646,1647,1648],"Audit fragmentation","Tool traces, agent tasks, checkout and payment evidence cannot be joined","Carry correlation IDs and stable domain identifiers across protocol boundaries",[1650,1651,1652],"Semantic tunneling","Everything is forced through a generic protocol as opaque JSON","Use domain protocols where their semantics materially improve correctness",{},{"id":676,"data":1655,"type":41,"tunes":1657},{"text":1656,"level":218},"Protocol choice does not replace application architecture",{},{"id":681,"data":1659,"type":225,"tunes":1661},{"text":1660},"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":686,"data":1663,"type":225,"tunes":1665},{"text":1664},"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":691,"data":1667,"type":697,"tunes":1672},{"url":1668,"title":1669,"excerpt":1670,"ctaLabel":1671},"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":700,"data":1674,"type":41,"tunes":1676},{"text":1675,"level":218},"What would change this answer?",{},{"id":705,"data":1678,"type":225,"tunes":1680},{"text":1679},"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":710,"data":1682,"type":225,"tunes":1684},{"text":1683},"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":715,"data":1686,"type":41,"tunes":1688},{"text":1687,"level":218},"Limitations",{},{"id":720,"data":1690,"type":225,"tunes":1692},{"text":1691},"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":725,"data":1694,"type":225,"tunes":1696},{"text":1695},"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":730,"data":1698,"type":41,"tunes":1700},{"text":1699,"level":218},"Conclusion",{},{"id":735,"data":1702,"type":225,"tunes":1704},{"text":1703},"MCP, A2A, UCP, AP2 and A2UI make more sense when viewed as protocols for different relationships, not five competing attempts to standardize “agents.”",{},{"id":740,"data":1706,"type":225,"tunes":1708},{"text":1707},"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":745,"data":1710,"type":41,"tunes":1711},{"text":747,"level":218},{},{"id":750,"data":1713,"type":750,"tunes":1734},{"items":1714,"title":1733},[1715,1718,1721,1724,1727,1730],{"id":754,"answer":1716,"question":1717},"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":758,"answer":1719,"question":1720},"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":762,"answer":1722,"question":1723},"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":766,"answer":1725,"question":1726},"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":770,"answer":1728,"question":1729},"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":774,"answer":1731,"question":1732},"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":780,"data":1736,"type":41,"tunes":1738},{"text":1737,"level":218},"Glossary",{},{"id":785,"data":1740,"type":785,"tunes":1756},{"title":1741,"entries":1742},"Key agent-protocol terms",[1743,1745,1747,1749,1751,1753],{"term":279,"anchor":417,"definition":1744},"Model Context Protocol, an open standard for exposing tools, resources and prompts from external systems to compatible AI hosts.",{"term":284,"anchor":419,"definition":1746},"Agent2Agent Protocol, an open standard for discovering and collaborating with independent agent systems through messages, tasks and artifacts.",{"term":289,"anchor":794,"definition":1748},"Universal Commerce Protocol, an open standard for interoperable agentic commerce journeys between consumer surfaces, businesses and payment providers.",{"term":294,"anchor":797,"definition":1750},"Agent Payments Protocol, an open standard for representing and verifying authority, intent and accountability in agent-led payments.",{"term":299,"anchor":800,"definition":1752},"Agent-to-User Interface, a declarative protocol for allowing agents to request UI that is rendered using the host application's trusted components.",{"term":1754,"anchor":804,"definition":1755},"Protocol composition","Using multiple protocols in one workflow, each responsible for a distinct interoperability boundary rather than forcing all semantics through one contract.",{},{"id":808,"data":1758,"type":41,"tunes":1760},{"text":1759,"level":218},"Primary sources and further reading",{},{"id":813,"data":1762,"type":820,"tunes":1767},{"link":815,"meta":1763},{"image":1764,"title":1765,"description":1766},{"url":398},"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":823,"data":1769,"type":820,"tunes":1773},{"link":825,"meta":1770},{"image":1771,"title":828,"description":1772},{"url":398},"Current stable SDK documentation implementing the 2026-07-28 MCP specification and defining tools, resources, prompts and host\u002Fserver integration.",{},{"id":832,"data":1775,"type":820,"tunes":1780},{"link":834,"meta":1776},{"image":1777,"title":1778,"description":1779},{"url":398},"A2A Protocol — v1.0 Specification","Current A2A protocol specification covering Agent Cards, messages, tasks, artifacts, bindings and version negotiation.",{},{"id":841,"data":1782,"type":820,"tunes":1787},{"link":843,"meta":1783},{"image":1784,"title":1785,"description":1786},{"url":398},"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":850,"data":1789,"type":820,"tunes":1794},{"link":852,"meta":1790},{"image":1791,"title":1792,"description":1793},{"url":398},"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":859,"data":1796,"type":820,"tunes":1800},{"link":861,"meta":1797},{"image":1798,"title":864,"description":1799},{"url":398},"Current versioned profile mechanism for publishing UCP services and merchant commerce capabilities.",{},{"id":868,"data":1802,"type":820,"tunes":1806},{"link":870,"meta":1803},{"image":1804,"title":873,"description":1805},{"url":398},"Announcement and rationale for an open protocol covering authorization, authenticity and accountability in agent-led payments.",{},{"id":877,"data":1808,"type":820,"tunes":1812},{"link":879,"meta":1809},{"image":1810,"title":882,"description":1811},{"url":398},"A2UI's framework-agnostic declarative model for portable agent-driven interfaces rendered by host-native components.",{},{"id":886,"data":1814,"type":820,"tunes":1818},{"link":888,"meta":1815},{"image":1816,"title":891,"description":1817},{"url":398},"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.","Post erfolgreich abgerufen",{"items":1823,"source":1873,"manualIds":1874,"manualMatchedIds":1875},[1824,1831,1838,1845,1852,1859,1866],{"id":1825,"slug":1826,"title":1827,"excerpt":1828,"featuredImage":1829,"publishedAt":1830},"468","ai-agent-memory-is-not-rag-how-to-separate-memory-retrieval-state-and-context","KI-Agenten-Gedächtnis ist kein RAG: Wie man Gedächtnis, Retrieval, Zustand und Kontext voneinander trennt","Agentengedächtnis, RAG, Zustand und Kontext werden oft so verwendet, als wären sie austauschbar. Das sind sie nicht. Dieses praktische Architekturmodell trennt die vier Schichten, zeigt, wohin jede gehört, und erklärt, was kaputtgeht, wenn Systeme sie zu einer einzigen zusammenfassen.","\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":1832,"slug":1833,"title":1834,"excerpt":1835,"featuredImage":1836,"publishedAt":1837},"470","what-should-an-ai-agent-remember-forget-recompute-or-retrieve-again","Was sollte ein KI-Agent behalten, vergessen, neu berechnen oder erneut abrufen?","Langlaufende Agenten sollten sich nicht alles merken. Dieser Artikel bietet ein praktisches Lebenszyklusmodell für die Entscheidung, was in den dauerhaften Speicher gehört, was erneut abgerufen werden sollte, was sicherer neu zu berechnen ist und was ablaufen oder ersetzt werden sollte.","\u002Fuploads\u002F2026\u002F09\u002Fwhat-should-an-ai-agent-remember-forget-recompute-or-retrieve-again-1790351131087-iehz28.webp","2026-09-25T09:43:00.000Z",{"id":1839,"slug":1840,"title":1841,"excerpt":1842,"featuredImage":1843,"publishedAt":1844},"466","the-gpu-is-not-the-product-future-proof-private-ai-architecture","Die GPU ist nicht das Produkt: Zukunftssichere private KI-Architektur","Private KI-Infrastruktur sollte nicht um eine einzige GPU oder ein einziges Modell herum konzipiert werden. Ein resilienterer Ansatz kombiniert schnelle Inferenz-GPUs, speicherstarke KI-Systeme, physische KI-Knoten und optionale Frontier-Cloud-Modelle hinter einer fähigkeitsbewussten Routing-Schicht.","\u002Fuploads\u002F2026\u002F09\u002Fthe-gpu-is-not-the-product-future-proof-private-ai-architecture-1790140878812-8hsl39.webp","2026-09-23T01:19:00.000Z",{"id":1846,"slug":1847,"title":1848,"excerpt":1849,"featuredImage":1850,"publishedAt":1851},"478","what-is-rag-the-simplest-explanation-of-how-it-works","Was ist RAG? Die einfachste Erklärung, wie es funktioniert","RAG klingt kompliziert, aber die Idee ist einfach: Bevor eine KI antwortet, sucht sie zunächst nützliche Informationen aus einer Wissensquelle und gibt diese Informationen an das Sprachmodell weiter. Dieser Leitfaden erklärt RAG, LLMs, Zustand, Gedächtnis und Werkzeuge anhand eines einfachen mentalen Modells.","\u002Fuploads\u002F2026\u002F09\u002Fwhat-is-rag-the-simplest-explanation-of-how-it-works-1790377492124-khjagt.webp","2026-09-25T19:03:00.000Z",{"id":1853,"slug":1854,"title":1855,"excerpt":1856,"featuredImage":1857,"publishedAt":1858},"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: Worauf sollten Sie 2026 aufbauen?","Der Agent-Stack von OpenAI hat sich im September 2026 geändert. Dieser Architekturleitfaden unterscheidet die Agents API, das Agents SDK, die Responses API und das Codex SDK nach Runtime-Ownership—sodass Teams die richtige Kontrollgrenze wählen können, anstatt Produktnamen zu vergleichen.","\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":1860,"slug":1861,"title":1862,"excerpt":1863,"featuredImage":1864,"publishedAt":1865},"471","how-to-know-whether-an-ai-agent-actually-used-the-right-evidence","Wie man erkennt, ob ein KI-Agent tatsächlich die richtigen Belege verwendet hat","Ein KI-Agent kann Quellen zitieren und trotzdem die falschen Belege verwenden. Dieser Artikel stellt eine praktische Methode zur Überprüfung der Belegung von Behauptungen, der Quellenautorität, der Anwendbarkeit, der Herkunft sowie der Frage vor, ob die Belege die Antwort tatsächlich beeinflusst haben.","\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":1867,"slug":1868,"title":1869,"excerpt":1870,"featuredImage":1871,"publishedAt":1872},"467","the-answer-validity-boundary-the-missing-layer-between-relevance-and-reliable-ai-answers","Die Antwortgültigkeitsgrenze: Die fehlende Schicht zwischen Relevanz und zuverlässigen KI-Antworten","Eine Quelle kann relevant und maßgeblich sein und dennoch falsch für die gestellte Frage. Die fehlende Ebene ist die Anwendbarkeit: die Bedingungen, unter denen eine Antwort gilt, und die Veränderungen, die erzwingen, dass sie überdacht werden muss. Dieser Artikel führt die Answer Validity Boundary als ein Quellendesign-Muster für Menschen, KI-Suche und RAG-Systeme ein.","\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",[],[]]