Was ist Agentenzahlung, und warum überschlagen sich plötzlich alle, um sie anzubieten?

Innerhalb von sechzehn Monaten haben die beiden großen Kartennetzwerke, Google, OpenAI und Stripe allesamt Infrastruktur für ein und dieselbe Sache angekündigt oder ausgeliefert: einem KI-Agenten das Ausgeben von Geld zu ermöglichen. Mastercard kündigte Agent Pay an am 29. April 2025. Visa stellte tags darauf Intelligent Commerce vor. Google veröffentlichte im September 2025 sein Agent Payments Protocol (AP2) zusammen mit mehr als 60 Partnerorganisationen. Im selben Monat schaltete OpenAI Instant Checkout in ChatGPT frei. Und im April 2026 brachte Stripe Links Wallet für Agenten auf den Markt — eine Verbraucher-Wallet, die sich ein Agent für jeweils einen Einkauf ausleihen kann. Selbst Mercury, eine Banking-Plattform für Unternehmen, führt sein Spend-Management-Angebot inzwischen mit „Karten für Teams und Agenten" an.

Dieser Beitrag erklärt, was „Agentenzahlung" tatsächlich ist, geht zwei lehrreiche Umsetzungen durch — Stripes verbraucherseitige Wallet und Mercurys unternehmensseitige Agent-Karten — und beleuchtet anschließend, warum so viele Unternehmen fast gleichzeitig entschieden haben, dass sie es sich nicht leisten konnten, hier abseitszustehen.

Was „Agentenzahlung" tatsächlich bedeutet

Agentenzahlung ist die Infrastruktur, die es einem Software-Agenten erlaubt, im Auftrag einer Person oder eines Unternehmens Geld auszugeben — mit einer Vollmacht, die begrenzt ist (so viel, bei diesem Händler, für diesen Zweck), nachweisbar ist (der Händler kann erkennen, dass der Agent tatsächlich autorisiert war) und widerrufbar ist (der Inhaber kann sie jederzeit abschalten), statt des groben Werkzeugs, dem Agenten einfach eine rohe Kartennummer in die Hand zu geben.

Genau dieser letzte Halbsatz ist der springende Punkt. Nichts hat dich je davon abgehalten, deine Visa-Nummer in die Konfigurationsdatei eines Bots einzufügen. Was die meisten Menschen davon abhält, ist, dass eine Kartennummer unbegrenzte Vollmacht bedeutet: Wer immer sie besitzt, kann damit alles bei jedem belasten, bis du es bemerkst und die Karte sperrst. Googles AP2-Ankündigung benennt das zugrunde liegende Problem unumwunden: Heutige Zahlungssysteme setzen in der Regel voraus, dass "ein Mensch direkt auf einer vertrauenswürdigen Oberfläche auf ‚Kaufen' klickt", und ein autonomer Agent, der eine Zahlung auslöst, "bricht diese grundlegende Annahme". AP2 fasst diese Lücke in drei Fragen, die jede Agenten-Transaktion beantworten muss: Autorisierung (hat der Nutzer dem Agenten die Vollmacht für diesen Kauf erteilt?), Authentizität (spiegelt die Anfrage des Agenten die tatsächliche Absicht des Nutzers wider?) und Verantwortlichkeit (wer trägt den Verlust, wenn etwas schiefgeht?).

Jedes Produkt in diesem Bereich — Token-Programme der Kartennetzwerke, offene Protokolle, Wallets, Agent-Karten — ist ein Versuch, diese drei Fragen so gut zu beantworten, dass es zu einer normalen, unspektakulären Sache wird, einen Agenten Geld ausgeben zu lassen.

Stripe: eine Wallet, die sich dein Agent ausleihen kann, einen Kauf nach dem anderen

Stripes Einstieg, angekündigt am 29. April 2026, ist Links Wallet für Agenten, aufgebaut auf einer neuen Schicht namens Issuing for agents. Link ist Stripes Verbraucher-Wallet — das Produkt nach dem Motto „meine Daten speichern für schnelleren Checkout" — mit einer Kundenbasis, die Stripe mit mehr als 200 Millionen Verbrauchern beziffert. Der Agenten-Ablauf funktioniert so:

1. Der Verbraucher gewährt einem Agenten über einen Standard-OAuth-Ablauf Zugriff auf seine Link-Wallet — dasselbe Zustimmungsmuster, das auch beim Verbinden jeder anderen Drittanbieter-App verwendet wird.
2. Wenn der Agent etwas kaufen möchte, erstellt er eine Spend Request mit Kontextinformationen: Händlername, URL, Betrag und eine für Menschen lesbare Beschreibung, was er kauft und warum.
3. Der Verbraucher prüft und genehmigt die Anfrage im Web oder in den mobilen Apps von Link. Aktuell erfordert jede Anfrage die Prüfung durch die Person, bevor irgendeine Zugangsinformation geteilt wird; Stripe zufolge sind Ausgabenlimits und vorab genehmigte Autonomie als Nächstes geplant.
4. Nach der Genehmigung erhält der Agent entweder eine einmalig nutzbare Karte oder ein Shared Payment Token (SPT) — eine Zugangsinformation, die mit Kontrollen wie Betrag, Währung und Händler begrenzt werden kann. Wie Stripe es formuliert: „Der Agent erhält niemals Zugriff auf deine rohen Zahlungsdaten."

Es lohnt sich, dieses Design genau zu lesen, denn es kehrt das Modell der hinterlegten Karte um. Eine gespeicherte Karte ist eine dauerhafte Vollmacht, aus der der Händler (oder der Agent) immer wieder schöpfen kann, begrenzt durch Vereinbarungen, die im Nachhinein durchgesetzt werden, statt durch die Zugangsinformation selbst; eine Spend Request ist eine einzelne Erteilung von Vollmacht, erstellt im Moment des Kaufs, auf genau diesen Kauf begrenzt und danach tot. Stripe legt außerdem die darunterliegende Schicht offen — Issuing for agents —, damit Unternehmen ihre eigenen agentischen Wallets bauen können: einmalig nutzbare virtuelle Karten, Guthabenverwaltung, Berechtigungen auf Kartenebene, Transaktionsüberwachung und Betrugskontrollen im Moment der Autorisierung.

Mercury: Die Firmenkarte trifft auf den Agenten

Stripes Wallet beantwortet die Verbraucherfrage — wie lasse ich einen Shopping-Agenten mit meinem Geld einkaufen? Mercurys Spend Management beantwortet die geschäftliche Version, und die Antwort ist aufschlussreich: Behandle Agenten wie Mitarbeiter.

Mercury beschreibt das Produkt als „selbstdurchsetzendes Ausgabenmanagement mit intelligenten Budgets, Mitarbeitererstattungen und Karten für Teams und Agenten". Die Mechanik ist das vertraute Spend-Management-Werkzeugset — Budgets und Leitplanken, die auf bestimmte Zwecke begrenzt sind, Limits je Kategorie, Echtzeit-Tracking, Richtlinien, die sich selbst durchsetzen — erweitert auf nicht-menschliche Ausgebende: Unternehmen können eigene Agent-Karten für genehmigte Transaktionen ausstellen, jede mit ihren eigenen Limits.

Die Seite demonstriert es sogar: Ein Agent füllt ein Checkout-Formular mit „Janes Agent-Karte" aus, gibt eine Werbebestellung über $100 auf und meldet zurück, dass die Karte ein Ausgabenlimit von $1.000 pro Monat trägt und dass die Kartendaten nur für diesen Checkout verwendet — nie gespeichert — wurden. Mercury Spend ist für alle Geschäftsbankkunden von Mercury inklusive, eine eigenständige Version ist für Teams geplant, die anderswo Bankgeschäfte führen.

Der Rahmen, in den es gesetzt wird, zählt mehr als die Feature-Liste. Für ein Unternehmen ist ein Agent, der Geld ausgibt, kein exotisches neues Zahlungsproblem — er ist Personal. Er bekommt eine Karte, ein Budget, einen Zweck, ein monatliches Limit und eine Prüfspur, genau wie ein Neuzugang im Finanzsystem. Wo Stripe eine Zustimmungsschleife für Verbraucher gebaut hat, hat Mercury einen Platz im Organigramm für Software geschaffen.

Sechzehn Monate voller Ankündigungen

Reiht man die Zeitlinie aneinander, ist der Wettlauf kaum zu übersehen:

Warum der Ansturm? Drei Kräfte — und dieser Teil ist Interpretation, nicht etwas, das die Ankündigungen selbst offen aussprechen:

Der Käufer bewegt sich, und die Wallet will mitziehen. OpenAI weist darauf hin, dass mehr als 700 Millionen Menschen ChatGPT wöchentlich nutzen, und mittlerweile wickelt es Käufe direkt im Chat ab. Wenn Entdeckung und Checkout beide innerhalb einer Agenten-Unterhaltung stattfinden, sitzt derjenige, der die Wallet des Agenten liefert, zwischen jedem Händler und jedem Kunden. Stripes Botschaft an Entwickler ist unverblümt, worum es geht — auf Link aufbauen und dessen 200-Millionen-Verbraucher-Basis erreichen. Zahlungsunternehmen haben zwei Jahrzehnte lang zugesehen, wie Suche und Social Media den Handel vermittelten; keines von ihnen hat vor, vom Spielfeldrand zuzusehen, wie Agenten das jetzt übernehmen.

Unbegrenzte Zugangsinformationen überleben den Kontakt mit Automatisierung nicht. Ohne eigens dafür gebaute Schienen geben Menschen Agenten gespeicherte Karten und gemeinsam genutzte Logins in die Hand — dauerhafte Vollmacht ohne jede Begrenzung, genau das Muster, das Betrugssysteme eigentlich erkennen sollen. Visas Produktchef fasste die Anforderung als Vertrauen, das über Nutzer hinausreicht: Agenten "müssen nicht nur von Nutzern, sondern auch von Banken und Verkäufern mit Zahlungen betraut werden". Netzwerke, die einen autorisierten Agenten von einem kartentestenden Bot unterscheiden können, genehmigen mehr gute Transaktionen und blockieren mehr schlechte; Netzwerke, die das nicht können, machen beides schlecht.

Protokolle sind ein Wettlauf um Claims. ACP, AP2, Mastercards Agentic Tokens und Visas tokenisierte Zugangsdaten wollen alle die Standardgrammatik maschineller Käufe werden. Offene Standards gewinnen solche Wettläufe meist dadurch, dass sie sich leicht übernehmen lassen — genau deshalb hat OpenAI ACP quelloffen gemacht und Google 60 Launch-Partner für AP2 gewonnen, bevor es im Januar 2026 mit dem Universal Commerce Protocol nachlegte, um den Einkaufs-Workflow rund um die Zahlung zu standardisieren. Niemand will den unterlegenen Standard zweimal integrieren.

Ein Design-Muster, viele Logos

Entfernt man das Branding, laufen alle ernstzunehmenden Agentenzahlungs-Produkte auf dieselben vier Eigenschaften hinaus:

1. Die rohe Zugangsinformation nie offenlegen. Einmalig nutzbare Karten (Stripe), Shared Payment Tokens (Stripe/ACP), Agentic Tokens (Mastercard), tokenisierte Zugangsdaten (Visa). Der Agent trägt ein eigens dafür gebautes Instrument, nicht deine PAN.
2. Die Vollmacht begrenzen. Betrag, Währung, Händler und zeitliche Grenzen direkt an der Zugangsinformation — OpenAIs Variante: verschlüsselte Zahlungstoken, die „nur für bestimmte Beträge und bestimmte Händler autorisiert" sind.
3. Einen Menschen in der Genehmigungsschleife behalten — zumindest vorerst. Stripe verlangt heute eine Prüfung je Anfrage; Mercurys Budgets autorisieren Ausgaben im Voraus innerhalb von Grenzen, die ein Mensch festgelegt hat. Der Autonomie-Regler bewegt sich, doch er startet nahe null.
4. Agentenausgaben nachvollziehbar machen. Registrierte Agenten (Mastercard), Kontext-Strings der Spend Request (Stripe), Echtzeit-Tracking und die Durchsetzung „Beleg oder deine Karte wird gesperrt" (Mercury). Jede Transaktion sollte beantworten: „Welcher Agent, mit wessen Vollmacht, wofür?"

Falls diese Eigenschaften kryptonativen Lesern vertraut vorkommen, ist das kein Zufall. Ein per Signatur autorisierter Stablecoin-Transfer nach dem exakten Zahlungsschema von x402 — ein exakter Betrag, an einen exakten Empfänger, nur innerhalb eines Zeitfensters gültig, signiert von der eigenen Wallet des Zahlers im Moment des Kaufs — ist dasselbe Design, nur aus der anderen Richtung erreicht, wobei die Begrenzung durch Kryptografie statt durch die Richtlinien-Engine eines Kartenausstellers erzwungen wird. Stripe selbst führt Stablecoins als kommende Zahlungsmethode für Agenten-Wallets auf. Die Kartenwelt und die Kryptowelt nähern sich derselben Antwort an: Vollmacht pro Transaktion, nicht Vollmacht auf Vorrat.

Wo Domains ins Bild passen

Domains erweisen sich als eines der ersten Dinge, die Agenten von sich aus kaufen — sie sind reine API-Objekte, keine Lieferadresse erforderlich, und jedes ausgerollte Agenten-Produkt braucht irgendwann einen Namen, den es selbst kontrolliert. Wir haben bereits darüber geschrieben, wie Agenten Domains ohne einen Menschen kaufen, wie ein agent-nativer Registrar aussieht, und wie ein Agent bei Namefi Schritt für Schritt eine Domain registriert.

Namefis eigene Antwort auf die Zahlungsfrage ist der per Wallet-Signatur autorisierte Checkout, der ausführlich in Domains mit einer Krypto-Wallet bezahlen: Kein Konto nötig behandelt wird: Die Wallet eines Agenten beantwortet eine x402-Challenge, indem sie eine USDC-Transferautorisierung für genau eine Registrierung, zu genau einem Preis signiert, ohne Konto und ohne irgendwo gespeicherte Zugangsinformation — und erhält die Domain als tokenisiertes Asset an dieselbe Wallet. Das ist Agentenzahlung genau in dem Sinne, den dieser Beitrag beschrieben hat — heute live in einem echten Produkt, für genau das, was Agenten mit der größten Verlässlichkeit kaufen müssen.

Der Ansturm, Agentenzahlung anzubieten, ist am Ende ein Ansturm um Vertrauen. Mehr als zweihundert Millionen Link-Verbraucher, mehr als siebenhundert Millionen wöchentliche ChatGPT-Nutzer und jedes Firmenkartenprogramm laufen auf dieselbe Wette hinaus: Die nächste Milliarde Käufer wird nicht durchweg menschlich sein, und die Infrastruktur, die ihrer Software eine sichere, begrenzte, rechenschaftspflichtige Ausgabenvollmacht verleiht, wird ebenso grundlegend sein, wie es das Kartennetzwerk für die letzte Ära des Handels war.

Quellen und weiterführende Lektüre

• Stripe — Giving agents the ability to pay (Links Wallet für Agenten + Issuing for agents, 29. April 2026)
• Mercury — Spend Management (Budgets, Leitplanken und eigene Agent-Karten)
• Google Cloud — Announcing the Agent Payments Protocol (AP2) (16. September 2025)
• OpenAI — Buy it in ChatGPT: Instant Checkout and the Agentic Commerce Protocol (29. September 2025)
• Mastercard — Mastercard unveils Agent Pay (29. April 2025)
• Visa — Find and Buy with AI: Visa Unveils New Era of Commerce (Visa Intelligent Commerce, 30. April 2025)
• Namefi — Domains mit einer Krypto-Wallet bezahlen: Kein Konto nötig (per Wallet-Signatur autorisierter x402-Checkout)