Die Aufgabe – und ihre Grenze
PACT verbindet eine verifizierbare persönliche Agentenidentität mit ausdrücklich delegierten Kundenrechten. Es baut auf A2A und OAuth auf. Für Händler liegt der Nutzen in einer klareren Trennung: Wer ist der Agent, für wen handelt er und welche Handlung wurde tatsächlich erlaubt?
Nicht dafür gedacht: Kein vollständiger Checkout und kein Nachweis, dass ein Beispiel bereits einen stabilen Industriestandard repräsentiert.
Wie es sich in den Stack einfügt
- Verwendet A2A 1.0 und OAuth als Grundlagen.
- Überlappt mit Poppy bei Identität und Kundenzugriff; keine automatische Interoperabilität behaupten.
Release und Arbeitsfassung getrennt
- Veröffentlichter Stand
- Keine eigenständige Releaseversion verifiziert
- Arbeitsfassung
- Kein separater Draft hier ausgewiesen
Die Spezifikation verwendet A2A 1.0. Eine Beispiel-Agent-Card mit 0.1.0 ist kein belastbarer Releasebeleg für PACT.
- 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.
- Agentenidentität und delegierte Rechte werden bereitgestellt.
- Ein Empfänger prüft Identität, Zustimmung und den angefragten Zugriff.
- Die eigentliche Commerce-Aktion wird durch die angebundene Geschäftsanwendung ausgeführt.
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.
PACT TypeScript-Pakete
Artefakt: Schemas, Signer/Client und Referenzprovider
Paket / Modul: @openpactprotocol/protocol; @openpactprotocol/client
Version & Kompatibilität: Repository-Pakete; Registry-Veröffentlichung nicht verifiziert
Kein geprüfter npm-Installationsweg versprochen. Referenzprovider nutzt Next.js/PostgreSQL.
Was für den Betrieb offen bleibt
- Referenzprovider und Conformance-Tests sind hilfreiche Artefakte, aber keine allgemeine Produktionszertifizierung.
- Veröffentlichte Registry-Pakete und eigenständige Protokollversion vor einem reproduzierbaren Quickstart feststellen.
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“.