Die Aufgabe – und ihre Grenze
AP2 adressiert die Frage, wozu ein Agent beim Kauf und Bezahlen tatsächlich ermächtigt wurde. Verifizierbare Mandate sollen die Freigabe mit der ausgeführten Handlung verbinden. Das ist eine Autorisierungsschicht, nicht die Produktberatung oder der Zahlungsverkehr selbst.
Nicht dafür gedacht: Kein Katalog, kein vollständiger Checkout und kein Ersatz für einen Zahlungsanbieter.
Wie es sich in den Stack einfügt
- Ergänzt UCP und A2A um nachweisbare Kauf- und Zahlungsautorisierung.
- Verifiable Intent ist ein verwandter, mit AP2 kompatibler Autorisierungsbaustein.
Release und Arbeitsfassung getrennt
- Veröffentlichter Stand
- 0.2.0 ·
- Arbeitsfassung
- Kein separater Draft hier ausgewiesen
v0.2 verwendet Checkout Mandate und Payment Mandate, jeweils open/closed. Ältere Terminologie nicht ungeprüft übernehmen.
- Lizenz / Bedingungen
- Apache-2.0
Originalbedingungen prüfen ↗ - Quellenprüfung
- · Kein Installations- oder Konformitätstest
Ein konkreter Ablauf
Die Schritte ordnen die Rolle des Protokolls ein. Sie sind kein ausführbarer oder getesteter Quickstart.
- Der Kunde erteilt eine nachvollziehbar begrenzte Freigabe.
- Die Integration prüft Mandat, Kontext und zulässige Handlung.
- Der Zahlungsweg führt nur innerhalb seiner eigenen technischen und vertraglichen Regeln aus.
SDKs und Implementierungswege
Die Einträge unterscheiden Bibliotheken, Modelle und Beispiele. Paketnamen sind Upstream-Einstiege, keine hier getesteten Installationsempfehlungen. Prüfen Sie vor der Integration die exakte Version und deren Spezifikationsunterstützung.
AP2 Python Referenz-SDK
Artefakt: Referenz-SDK und Demos
Paket / Modul: code/sdk/python/ap2
Version & Kompatibilität: Repository-Stand zu AP2 0.2.0 prüfen
Go- und Android-Szenarien sind keine bestätigten vollständigen Registry-SDKs. Kein Paket hier installiert oder getestet.
Was für den Betrieb offen bleibt
- Mandatsprüfung, Schlüsselhaltung und Replay-Schutz dürfen nicht allein einer Modellantwort überlassen werden.
- Die angekündigte Governance-Übergabe ist kein Beleg, dass jeder organisatorische Übergang bereits abgeschlossen ist.
Eine offene Spezifikation erteilt keine automatische Erlaubnis für Zahlungen oder Verkaufskanäle. Testmodus, Benutzerfreigabe und Produktionszulassung bleiben eigene Schritte.
Originalquellen
Redaktioneller Stand: . Ein Versionsstand gilt für die genannte Spezifikation oder Bibliothek, nicht automatisch für andere Sprachpakete. „Nicht verifiziert“ bedeutet nicht „existiert nicht“.