Welches Problem AP2 tatsächlich löst
Wenn ein Agent im Namen einer Person oder eines Unternehmens einkauft, ist die schwierige Frage nicht, ob irgendeine Payment-API aufgerufen werden kann. Die schwierige Frage ist, was genau autorisiert wurde, in welchem kommerziellen Scope und wie diese Autorisierung später nachgewiesen wird.
Klassische Checkout-Modelle setzen einen direkt anwesenden Menschen voraus. Agent Commerce bricht diese Annahme. AP2 existiert, um die delegierte Payment-Intention standardisiert durch die Transaktion zu tragen.
Warum eine Payment-API allein nicht reicht
Eine Payment-API kann eine Karte belasten, aber sie erklärt nicht, warum der Agent dazu berechtigt war.
Ein PSP liefert einen Payment-Status, aber keinen Delegations- oder Mandatskontext.
Ein Merchant sieht vielleicht eine Autorisierung, braucht aber zusätzlich Evidenz über Mandate, Limits oder erlaubten Scope.
Ohne gemeinsames Modell erzeugt jede Gegenstelle inkompatible Agenten-Payment-Semantik.
Wie AP2 Agent Commerce strukturiert
AP2 beschreibt Commerce nicht als diffuses „Agent darf zahlen“, sondern über Mandate und Transaktionsobjekte. Dadurch entsteht eine Sprache dafür, was der Agent kaufen will, was schon freigegeben wurde und welcher finale Payment-Schritt tatsächlich ausgeführt werden darf.
AP2-Fluss in einer Sicht
AP2 springt nicht direkt vom Agentenwunsch zur Belastung. Es arbeitet über mandatgetragene Stufen.
flowchart LR
intent["Intent-Kontext"] --> cart["Cart Mandate"]
cart --> approval["Delegations- und Freigabekontext"]
approval --> payment["Payment Mandate"]
payment --> receipt["Receipt und Evidenz"] Warum AP2 für Trust wichtig ist
Agent Commerce wird unbeherrschbar, wenn Payment-Ausführung von Trust-Evidenz entkoppelt ist. AP2 hilft, weil es dem kommerziellen Teil des Flows eine Struktur gibt, die gegen Policy, Certificates, Delegation und Receipts geprüft werden kann.
Genau dort wird eine Plattform wie ADI relevant: AP2 beschreibt das Zahlungs- und Mandatsverhalten, während ADI durchsetzt, wer es unter welchen Trust-Bedingungen nutzen darf.
Der praktische Mehrwert für Händler und Plattformen
Klarere Transaktionssemantik für agentengetriebene Käufe
Wiederverwendbares Modell für Freigaben und Limits
Bessere Grundlage für Audit, Streitfallanalyse und Enterprise-Kontrollen
Sauberere Brücke zwischen Trust-Systemen und Payment-Ausführung