Was ist agentischer Handel.
Agentic Commerce ist der Handel, der von KI-Agenten im Auftrag von Menschen oder Unternehmen durchgeführt wird. Ein KI-Agent könnte einen API-Aufruf kaufen, einen Mikroservice bezahlen, einen anderen Agenten einstellen oder eine Zahlung für die von ihm erbrachte Arbeit erhalten. Agentic Commerce erfordert drei Dinge: eine Zahlungsidentität pro Agent, programmgesteuerte Ausgabensteuerungen und APIs, die maschinenlesbare Zahlungsanforderungen zurückgeben, anstatt menschliche Checkout-Flows.
Der traditionelle Checkout geht davon aus, dass ein Mensch an der Tastatur sitzt.
Seit dreißig Jahren ist das dominierende Zahlungsmodell im Internet der Checkout-Prozess: Ein Käufer kommt an, meldet sich an, gibt Kartendaten ein und klickt auf Bezahlen. Jede Ebene dieses Modells (das Formular, die 3DS-Herausforderung, die Bestätigungs-E-Mail, die gespeicherte Karte) geht davon aus, dass ein Mensch die Entscheidung in Echtzeit trifft. KI-Agenten können keinen dieser Schritte abschließen. Sie können keine Formulare ausfüllen, können sich Passwörter nicht zuverlässig merken, können keine Bestätigungs-E-Mails mit Verzögerung anklicken und können keine Risikobewertungen des Kreditkarten-Netzwerks bestehen, die für menschliches Verhalten optimiert sind.
Da immer mehr Softwareaufrufe von KI-Agenten anstelle von Menschen getätigt werden (ein irreversibler Trend, jetzt da Agenten-Frameworks wie LangChain, CrewAI, OpenAI Agents SDK und AutoGen ausgereift sind), benötigt der Handel Zahlungsrails, die ohne einen Menschen im Loop funktionieren. Stablecoin-Rails auf günstigen Ketten passen zu dieser Einschränkung; Kartenrails tun dies nicht. Programmgesteuerte 402 Payment Required-Antworten passen; HTML-Anmeldeformulare tun dies nicht. Agentic Commerce ist der Name für diesen Wandel.
Die wirtschaftlichen Implikationen sind größer, als sie erscheinen. Wenn selbst 5% der API-Aufrufe in fünf Jahren von Agenten anstelle von Menschen getätigt werden und jeder agentengesteuerte Aufruf eine Zahlungsinfrastruktur benötigt, die programmatisch funktioniert, könnte der Anteil des Internet-Handels, der durch agentische Handelsinfrastruktur fließt, mit dem Anteil konkurrieren, der heute durch Stripe fließt.
Vier strukturelle Unterschiede.
- Der Käufer ist ein Agent, kein Mensch. Der Käufer kann Marketingtexte nicht lesen, Vertrauenssignale visuell bewerten oder Formulare ausfüllen. Conversion-Rate-Optimierung, die bei Menschen funktioniert (CTAs im sichtbaren Bereich, Vertrauensabzeichen, Dringlichkeitstimer), bringt Agenten nichts. Entscheidend ist, ob die genehmigte Ausgabenrichtlinie des Agenten den Kauf erlaubt und ob die API maschinenlesbare Zahlungsanforderungen zurückgibt.
- Zahlungen sind kleiner und häufiger. Die Abrechnung pro Aufruf ersetzt Abonnements für viele Anwendungsfälle. Ein Programmieragent könnte an einem Nachmittag 200 bezahlte Aufrufe zu je $0,02-$0,10 tätigen. Die Wirtschaftlichkeit von Karteninfrastrukturen bricht bei dieser Transaktionsform zusammen (Interchange-Gebühren und Mindesttransaktionsgrößen); Stablecoin-Infrastrukturen auf günstigen Ketten funktionieren.
- Stablecoins passen besser als Karten. Rückbuchungen sind zwischen Agenten nicht sinnvoll (das Bedrohungsmodell unterscheidet sich von Streitigkeiten zwischen Mensch und Händler). Die Endgültigkeit der Abrechnung ist wichtiger als die Rückverfolgbarkeit. Grenzüberschreitende Zahlungen kosten genauso viel wie Zahlungen im selben Land. Karten wurden nicht für diese Form entworfen; Stablecoins wurden effektiv dafür entworfen.
- Der Verkäufer gibt 402 Zahlung erforderlich zurück. Anstelle eines Checkout-Formulars gibt die API des Verkäufers eine 402 zurück, die beschreibt, wie zu zahlen ist (Netzwerk, Vermögenswert, Betrag, Empfänger). Ein x402-bewusster Kunde liest es, bezahlt on-chain und wiederholt den Aufruf programmgesteuert - kein Mensch im Loop. Die gehostete Checkout-Variante (ein Zahlungslink, auf den eine Person klicken kann) existiert ebenfalls für Käufer, die noch nicht x402-bewusst sind.
Wie agentischer Handel in der Praxis aussieht.
Vier konkrete Muster aus der Praxis, grob nach ihrer heutigen Häufigkeit geordnet.
Ein LLM-Coding-Assistent, der pro Aufruf bezahlt
Ihr in die IDE integrierter Codierungsagent ruft jedes Mal eine Code-Such-API auf, wenn er Kontext benötigt. Jeder Anruf kostet $0,05 in USDC auf Base. Der Agent fragt Sie nie, eine Zahlung zu genehmigen; die vorab genehmigte Ausgabenrichtlinie auf seiner Wallet deckt Anrufe bis zu $20/Tag ab. Im Laufe eines Monats kauft der Agent $300 an Code-Suchanfragen.
Ein Forschungsagent, der die Premium-API eines Wettbewerbers bezahlt
Ein Forschungsagent, der einen Marktbericht erstellt, benötigt eine bezahlte Abfrage aus einem konkurrierenden Datensatz, um eine Behauptung zu validieren. Er ruft die API des Wettbewerbers auf, erhält eine 402 Zahlung erforderlich, analysiert die gehostete URL, bezahlt $5 USDC und versucht den Anruf erneut. Die Buchhaltung des Wettbewerbers sieht einen programmgesteuerten Verkauf; die Buchhaltung des Agenten sieht eine protokollierte $5 ausgehende Zahlung.
Ein MCP-Server, der pro Toolaufruf Gebühren erhebt
Ein semantischer Such-MCP-Server stellt sein Tool Claude Desktop, Cursor und Cline zur Verfügung. Jeder Toolaufruf kostet $0,02. Während einer einstündigen Debugging-Sitzung ruft der Programmieragent des Benutzers das MCP-Tool 35 Mal auf und zahlt insgesamt $0,70. Kein Abonnement, kein Anmeldeformular - die Zahlungen erfolgen, während die Arbeit erfolgt.
Ein Agent, der einen anderen Agenten für das Routing bezahlt
Ein primärer Forschungsagent delegiert einen Arbeitsabschnitt an einen Spezialagenten (Übersetzung, Faktenprüfung, Formatierung). Der Spezialagent hat seine eigene Preisseite; der Primäragent zahlt den angegebenen Satz des Spezialisten in USDC. Aus der Perspektive des Benutzers haben sie eine Gebühr an den primären Agenten gezahlt; der Primäragent kümmert sich um die Bezahlung seines Delegierten.
Kopple diesen Eintrag mit diesen.
Agentic Commerce ist das Oberbegriff. Diese drei Begriffe decken die Schichten ab, die es ausmachen.