Was ist das AP2-Protokoll.
AP2 ist Googles Agent Payments Protocol, eine offene Spezifikation dafür, wie AI-Agenten Händler programmgesteuert bezahlen. Es standardisiert drei Aspekte: wie ein Benutzer ein Zahlungsmandat erteilt, wie ein Agent dieses Mandat einem Zahlungsprozessor präsentiert und wie die Abwicklung über die von dem Händler akzeptierten Rails erfolgt. AP2 sitzt auf der Mandatsschicht; die zugrunde liegenden Rails können Fiat oder Stablecoin sein.
Googles Wette auf agentisches Commerce.
AP2 ist Googles Wette auf die Kategorie des agentischen Handels. Während Coinbase's x402 einen pro-Aufruf-HTTP-Ansatz verfolgt, verfolgt AP2 einen mandatsbasierten Ansatz: autorisieren Sie den Agenten im Voraus für einen Zahlungsrahmen und lassen Sie ihn innerhalb dieses Rahmens ohne weitere Benutzerbeteiligung ausführen. Die beiden Protokolle zielen auf leicht unterschiedliche Formen der Agententätigkeit ab. x402 passt zu Abrechnungen pro API-Aufruf; AP2 passt zu agentengesteuertem Einkaufen, Abonnements und Beschaffung.
For developers, AP2 matters because it is the first agent-payment protocol from a hyperscaler with the distribution to mainstream-adopt it. If Gemini agents (consumer and enterprise) and Google Pay merchants both speak AP2 natively, then "agent paying via Google Pay" becomes a default capability rather than a custom integration. The stack rapidly expands beyond the developer-tooling ecosystem.
Mandat, Präsentation, Abrechnung.
- Mandatsgewährung. Der Benutzer autorisiert den Agenten über die Mandatsbenutzeroberfläche von Google (in Wallet oder über eine Entwickleroberfläche für Unternehmen). Das Mandat gibt den maximalen Betrag, das Frequenzfenster, erlaubte Empfänger oder Empfänger-Kategorien und ein Ablaufdatum an.
- Mandatspräsentation. Wenn der Agent bezahlen muss, bündelt er das Mandat in die Zahlungsanfrage an den Zahlungsprozessor des Händlers. Der Prozessor validiert die Unterschrift und Parameter des Mandats; wenn die Anfrage passt, erfolgt die Zahlung.
- Abrechnung. Die tatsächliche Abrechnung erfolgt über die Rail des Händlers Ihrer Wahl (Google Pay, ein Kartennetzwerk, ACH, Stablecoin). AP2 ist abrechnungsagnostisch; was es standardisiert, ist die Autorisierung des Agenten, gegen das Benutzerkonto zu ziehen.
- Audit und Widerruf. Jede Zahlung gegen das Mandat wird protokolliert. Der Benutzer kann das Mandat jederzeit aus seiner Brieftasche widerrufen. Nachfolgende Präsentationen bestehen die Validierung nicht; in-flight-Abwicklungen zum Zeitpunkt des Widerrufs können je nach Rail abgeschlossen werden oder auch nicht.
Wo AP2 passt.
Agent, der über Google Pay Rails bezahlt
Ein Google-Stack-Agent (der innerhalb von Gemini, Agentspace oder Vertex AI läuft) präsentiert ein AP2-Mandat an den Prozessor eines Händlers. Der Prozessor validiert das Mandat, regelt die Zahlung über die bestehenden Schienen von Google Pay und gibt eine Bestätigung zurück. Die Integration des Händlers ist identisch mit einer normalen Google Pay-Transaktion; der Unterschied liegt auf der Käuferseite, wo der Agent für einen Menschen einsprang.
Cross-Protocol-Agentenhandel
Ein Agent hat ein AP2-Mandat für Fiat-Zahlungen über Google Pay UND eine Blockchain0x-Brieftasche für USDC-Zahlungen auf Base. Wenn er einen Händler bezahlen muss, der beide akzeptiert, wählt er die Schiene mit den niedrigeren Gebühren für diese Transaktionsform. Der Benutzer hat beide Berechtigungen einmal erteilt; der Agent leitet pro Zahlung weiter.
Unternehmensbeschaffung über AP2
Ein Beschaffungsagent hat ein AP2-Mandat vom Finanzteam, das Zahlungen von bis zu $10.000/Monat an eine definierte Lieferantenliste autorisiert. Der Agent bearbeitet Bestellungen, validiert gegen das Mandat und regelt Zahlungen, ohne dass ein Mensch jede einzelne genehmigt. Die Prüfspur (Mandat plus pro-Zahlung-Ereignisse) geht in das ERP-System des Unternehmens.