Commerce & CheckoutGeprüft

ACP

Agentic Commerce Protocol

Agentic-Commerce-Protocol-Projekt · OpenAI und Stripe

Beta · Snapshot 2026-04-17
Stefan Hamann · Deutsch
Schrift

Die Aufgabe – und ihre Grenze

ACP beschreibt den Austausch rund um einen agentengestützten Checkout. Händler können ihren Commerce-Kern anbinden, während Käuferagenten Angebote und Bestellschritte in einer gemeinsamen Struktur verstehen. Die entscheidende Arbeit bleibt, diese Struktur mit tatsächlichen Preisen, Beständen und Bestellzuständen zu verbinden.

Nicht dafür gedacht: Kein universeller Produktkatalog, kein autonomer Zahlungsanbieter und keine automatische Zulassung zu einem Vertriebskanal.

Wie es sich in den Stack einfügt

  • Überschneidet sich mit UCP bei Commerce- und Checkout-Semantik.
  • MCP kann eine Integrations- bzw. Transportschicht sein; es ersetzt nicht die Kaufsemantik.
  • Nicht mit Agent Client Protocol, Agent Communication Protocol oder Virtuals’ Agent Commerce Protocol verwechseln.

Release und Arbeitsfassung getrennt

Veröffentlichter Stand
2026-04-17 ·
Arbeitsfassung
unreleased

Die Arbeitsfassung ist vom datierten Spezifikationssnapshot zu unterscheiden.

Lizenz / Bedingungen
Apache-2.0 für das offizielle Repository; Community-Bibliotheken separat prüfen.
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.

  1. Der Agent beginnt einen Checkout beim Händler.
  2. Der Händler liefert verbindliche Bedingungen und erforderliche Angaben.
  3. Nach der notwendigen Freigabe wird der Kauf abgeschlossen; Shop und Zahlungsweg müssen den tatsächlichen Zustand bestätigen.

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.

Offizieller Projekteinstieg

Offizielle Spezifikation

Artefakt: OpenAPI, JSON Schema und Beispielpayloads

Paket / Modul: Kein vollständiges offizielles Multi-Language-SDK verifiziert

Version & Kompatibilität: Snapshot 2026-04-17

Selbst generierter Clientcode ist nicht automatisch ein offizielles ACP-SDK.

Community · unabhängigTypeScript · Python · Rust · Ruby · Go · Java · Kotlin

Svix ACP Models

Artefakt: Typen und Modelle

Paket / Modul: agentic-commerce-protocol

Version & Kompatibilität: Kompatibilität mit Snapshot 2026-04-17 separat prüfen

MIT; C# laut README noch nicht veröffentlicht, PHP geplant. Registry-Verfügbarkeit hier nicht getestet.

Community · unabhängigPHP

Shopbridge PHP

Artefakt: PHP-Bibliothek

Paket / Modul: shopbridge/shopbridge-php

Version & Kompatibilität: Unterstützten ACP-Snapshot vor Einbindung prüfen

MIT; Projekt warnt vor Produktionseinsatz.

Was für den Betrieb offen bleibt

  • Wiederholungen, veränderte Warenkörbe und unklare Antworten müssen im Händlerbackend beherrscht werden.
  • Schema-Kompatibilität ist kein End-to-End-Test; Kanalzugang und Zahlungsbedingungen separat prüfen.

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“.