Was ist Agent-zu-Agent-Commerce?

Agent-zu-Agent-Commerce ist eine Transaktion, bei der Software-Agenten von Einkäufer und Lieferant einander finden, Konditionen vereinbaren und die Zahlung abwickeln, ohne dass ein Mensch beteiligt ist. Es handelt sich nicht um ein einzelnes Protokoll, sondern um einen vierschichtigen Stack: Tool-Zugriff, Agent-Discovery und Aufgabendelegation, Identität und Vertrauen sowie Zahlungsabwicklung.

Was ist der Unterschied zwischen MCP und A2A?

MCP beantwortet, wie ein Agent ein Tool nutzt — also die Anbindung an eine externe API, Datenbank oder Datenquelle. A2A beantwortet, wie ein Agent mit einem anderen Agenten spricht, und definiert dafür Discovery über Agent Cards sowie einen formalen Task-Lebenszyklus von submitted über working bis completed. Beide arbeiten auf unterschiedlichen Ebenen und sind keine Alternativen zueinander.

Wie vertrauen zwei Agenten einander ohne vorherige Geschäftsbeziehung?

Genau das adressiert ERC-8004 mit drei On-Chain-Registries: einem Identity Registry, das jedem Agenten eine portable Identität gibt, einem Reputation Registry, in dem autorisierte Gegenparteien Feedback als komponierbare Signale hinterlegen, und einem Validation Registry, in dem unabhängige Validatoren Verifikationsergebnisse veröffentlichen. Die Erfolgsbilanz eines Agenten wird dadurch marktplatzübergreifend portabel, statt in der Plattform eines Anbieters gefangen zu bleiben.

Wie bezahlen KI-Agenten einander?

Über x402, das den lange ungenutzten HTTP-Statuscode 402 „Payment Required“ wiederbelebt. Der Agent fordert eine kostenpflichtige Ressource an, der Server antwortet mit HTTP 402 und nennt Netzwerk, Token, Betrag und Empfänger, die Wallet des Agenten liefert eine signierte Autorisierung, und ein Facilitator wickelt On-Chain ab — meist in USDC. Googles AP2 verfolgt einen schienen-agnostischen Ansatz und behandelt x402 als eine Abwicklungsoption neben klassischen Kartenschienen.

Warum liegt B2B beim Agentic Commerce vor dem Konsumentenbereich?

Weil Geschäftseinkauf repetitiv, regelgebunden und spezifikationsgetrieben ist. Ein Agent, der Verpackung nachbestellt oder eine SaaS-Lizenzanzahl verlängert, setzt eine Richtlinie um statt Geschmack auszuüben — eine Entscheidung, die sich früher delegieren lässt. Analysten erwarten, dass B2B beim Transaktionsvolumen den Konsumentenbereich überholt, obwohl dieser mehr Aufmerksamkeit erhält.

Findet Agent-zu-Agent-Handel bereits statt?

Die Infrastruktur ist live und integriert, das Handelsvolumen ist es noch nicht. A2A überschritt binnen eines Jahres 150 unterstützende Organisationen, was jedoch eine niedrigere Hürde ist als produktiver Einsatz im großen Maßstab, und unabhängige On-Chain-Analysen fanden das organische Volumen von x402 deutlich unter seinen Schlagzeilen-Transaktionszahlen. Die Lücke zwischen integriertem Protokoll und real getragenem Handel beschreibt Mitte 2026 den gesamten Stack.

KI-Agent-zu-Agent-Commerce: Wie B2B-Geschäfte wirklich ablaufen werden

Q: Welche Protokolle ermöglichen Agent-zu-Agent-B2B-Handel?

Vier: Anthropics Model Context Protocol dafür, wie ein Agent Tools und APIs aufruft, Googles A2A dafür, wie ein Agent einen anderen findet und eine Aufgabe delegiert, ERC-8004 zur Prüfung von Identität und Reputation einer Gegenpartei ohne bestehende Beziehung, und Coinbases x402 zur Zahlungsabwicklung. Keine einzelne Spezifikation deckt eine vollständige Transaktion ab.

Was ist Agent-zu-Agent-B2B-Handel? Es ist eine Geschäftstransaktion, bei der Software-Agenten von Einkäufer und Lieferant einander finden, Konditionen vereinbaren und die Zahlung abwickeln — ohne Menschen im Prozess. Es ist kein einzelnes Protokoll, sondern ein vierschichtiger Stack: MCP dafür, wie ein Agent Tools und APIs aufruft, A2A dafür, wie ein Agent einen anderen findet und Aufgaben delegiert, ERC-8004 zur Prüfung von Identität und Reputation einer Gegenpartei ohne bestehende Beziehung, und x402 für den Geldfluss nach Vertragsschluss. Alle vier existieren und sind integriert; keines trägt bislang Handel in dem Volumen, das seine Schlagzeilen nahelegen.

Das Wichtigste in Kürze

Gartner prognostiziert, dass bis 2028 90 % aller B2B-Käufe von KI-Agenten vermittelt werden und mehr als 15 Billionen US-Dollar über Maschine-zu-Maschine-Transaktionen fließen.
Kein einzelnes Protokoll deckt eine vollständige Transaktion ab — der Stack entsteht in Schichten, so wie HTTP, TLS und OAuth im Web.
B2B ist kurzfristig der stärkere Anwendungsfall als der Konsumentenbereich: Geschäftseinkauf ist repetitiv, regelgebunden und spezifikationsgetrieben, ein Agent setzt also eine Richtlinie um statt Geschmack auszuüben.
A2A überschritt binnen eines Jahres 150 unterstützende Organisationen — „unterstützende Organisation“ ist jedoch eine weit niedrigere Hürde als produktiver Einsatz im großen Maßstab.
Unabhängige On-Chain-Analysen fanden das reale organische Handelsvolumen von x402 deutlich unter den Schlagzeilen-Transaktionszahlen — eine Lücke, die Mitte 2026 den gesamten Stack beschreibt.

Einkaufsabteilungen haben dreißig Jahre damit verbracht, Papierprozesse zu digitalisieren. Bestellungen wanderten vom Fax über EDI und Web-Portale zu API-Integrationen. Doch die eigentliche Entscheidung — von wem gekauft wird, zu welchem Preis, zu welchen Konditionen — blieb bei jedem Schritt menschlich. Genau diese Ebene wird jetzt automatisiert, und die Mechanik dahinter ist längst keine Spekulation mehr. Sie wird gerade öffentlich standardisiert, über vier sich überschneidende Protokolle hinweg.

Gartners meistzitierte Prognose für 2026 macht die Tragweite deutlich: Bis 2028 sollen 90 % aller B2B-Käufe von KI-Agenten vermittelt werden und mehr als 15 Billionen US-Dollar durch Maschine-zu-Maschine-Transaktionen fließen — eine Summe, die allein fast der Hälfte des US-BIP entspricht. Ob diese Zahl exakt zutrifft oder nicht, an der Richtung besteht kein Zweifel. Die eigentlich interessante technische Frage lautet: Woraus besteht eine Agent-zu-Agent-B2B-Transaktion tatsächlich, Protokoll für Protokoll — und welche Teile des Stacks tragen bereits echte Last, welche sind noch Luftschlösser?

Warum B2B, und warum jetzt

Agentic Commerce im Konsumentenbereich bekommt mehr mediale Aufmerksamkeit, aber B2B ist der stärkere kurzfristige Anwendungsfall — aus strukturellen Gründen. Geschäftseinkauf ist repetitiv, regelgebunden und spezifikationsgetrieben, in einer Weise, wie es der Einzelhandel nicht ist. Ein Beschaffungsagent, der Verpackungsmaterial nachbestellt, Rechenkapazität am Spotmarkt einkauft oder eine SaaS-Lizenzanzahl verlängert, setzt eine Richtlinie um — er trifft keine Geschmacksentscheidung. Genau solche Entscheidungen kann man einem Agenten früher anvertrauen, weshalb Analysten davon ausgehen, dass B2B beim Transaktionsvolumen B2C überholt, auch wenn B2C die Demo-Videos liefert. Es ist auch der Grund, warum die ersten funktionierenden Netzwerke B2B-förmig sind: FlowMarket bringt Anbieter und Einkäufer danach zusammen, was jede Seite tatsächlich anbietet und benötigt — ein deutlich handhabbareres Problem, als Konsumentengeschmack zu modellieren.

Die Infrastrukturlücke, die dies jahrelang blockierte, war keine Frage der Reasoning-Fähigkeit — sie war eine Frage der Verkabelung. Ein Agent konnte Anbieter recherchieren und eine Verhandlungsposition entwerfen, hatte aber keinen standardisierten Weg, um: (1) einen Gegenpartei-Agenten zu finden und zu authentifizieren, (2) dessen Vertrauenswürdigkeit ohne bestehende Geschäftsbeziehung zu prüfen, (3) eine strukturierte Aufgabe auszutauschen und ausführen zu lassen, und (4) die Zahlung abzuwickeln, ohne dass ein Mensch eine Kartennummer eintippt. Vier Protokolle, die in den letzten achtzehn Monaten veröffentlicht wurden oder ausgereift sind, adressieren nun jeweils eine dieser Ebenen. Netzwerke, die genau darauf aufbauen, sind bereits in Betrieb: FlowMarket betreibt ein B2B-Agentennetzwerk, in dem sowohl die einkaufende als auch die anbietende Seite von einem Agenten vertreten wird — damit wird die Suche nach einer Gegenpartei zu einer Netzwerkabfrage statt zu einem Rechercheproblem.

Der vierschichtige Stack

Es hilft, sich Agent-zu-Agent-Commerce als Stack vorzustellen, nicht als einzelnes Protokoll — denn keine einzelne Spezifikation deckt die gesamte Transaktion ab. Die grobe Aufteilung, die sich in produktiven Einsätzen herausgebildet hat:

Tool-Zugriff — wie ein Agent eine bestimmte API, Datenbank oder Funktion aufruft
Agent-Discovery und Aufgabenübergabe — wie ein Agent einen anderen findet und Arbeit delegiert
Identität und Vertrauen — wie Identität und Erfolgsbilanz eines Gegenpartei-Agenten ohne vorherige Beziehung verifiziert werden
Zahlungsabwicklung — wie der Wert tatsächlich fließt, sobald ein Geschäft zustande kommt

1. MCP — die Agent-zu-Tool-Ebene

Anthropics Model Context Protocol, Ende 2024 veröffentlicht, standardisiert, wie ein KI-Agent sich mit externen Tools, APIs und Datenquellen verbindet. Es ist kein Commerce-Protokoll im engeren Sinne, aber das Fundament, auf dem alles andere aufsetzt: Wenn ein Agent die Lager-API eines Lieferanten abfragt oder Vertragsbedingungen aus einem Dokumentenspeicher zieht, läuft das über MCP-artige Tool-Aufrufe. MCP hat sich als dominanter Agent-zu-Tool-Standard etabliert, mit Verbreitung über praktisch jede große KI-Entwicklungsplattform und Referenzserver-Implementierungen, die zusammen zig Millionen Downloads verzeichnen. Im vierschichtigen Stack beantwortet MCP die Frage „Wie nutzt mein Agent ein Tool“ — nicht „Wie spricht mein Agent mit deinem Agenten“, und genau da kommt A2A ins Spiel.

2. A2A — die Agent-zu-Agent-Ebene

Googles Agent2Agent-Protokoll, im April 2025 angekündigt und zwei Monate später unter Apache-2.0-Lizenz an die Linux Foundation übergeben, ist die Ebene, die die eigentliche Mechanik des Inter-Agenten-Handels definiert. A2A ist bewusst kein Wrapper um Function-Calling, sondern ein Task-Lifecycle-Protokoll. Es legt fest:

Agent Cards — ein Fähigkeiten-Manifest, veröffentlicht unter einer bekannten URL (/.well-known/agent-card.json), über das ein Gegenpartei-Agent herausfinden kann, was ein anderer Agent kann, was er kostet und wie er zu erreichen ist
Task-Zustände — ein formaler Lebenszyklus (submitted → working → input-required → completed → failed → canceled → rejected), der beiden Seiten ein gemeinsames Vokabular gibt, um den Stand einer Verhandlung oder Ausführung zu beschreiben
Transport — aufgebaut auf HTTP, Server-Sent Events und JSON-RPC 2.0, bewusst unter Wiederverwendung bestehender Webinfrastruktur statt Erfindung einer neuen Übertragungsschicht, mit OAuth 2.0 zur Authentifizierung

Bis April 2026 — ein Jahr nach dem Start — meldete die Linux Foundation, dass A2A die Marke von 150 unterstützenden Organisationen überschritten hatte, darunter Microsoft, AWS, Salesforce, SAP, ServiceNow, Workday und IBM, mit nativer Integration in Azure AI Foundry, Amazon Bedrock AgentCore und Google Cloud. Produktive Einsätze in Branchen wie Supply Chain, Finanzdienstleistungen, Versicherungen und IT-Betrieb — den klassischen repetitiven, regelbasierten B2B-Kategorien. Version 0.3, Mitte 2025 veröffentlicht, stabilisierte die Schnittstelle gezielt, um Unternehmenseinführung zu ermöglichen, und ServiceNows „AI Agent Fabric“ ist explizit als Multi-Agenten-Kommunikationsschicht auf A2A aufgebaut.

Bemerkenswert für alle, die den Bereich bewerten und nicht nur die Meilenstein-Zahl zitieren wollen: „Unterstützende Organisation“ ist eine niedrigere Hürde als „läuft produktiv im großen Maßstab“. Mehrere Praktiker-Analysen Mitte 2026 weisen darauf hin, dass ein erheblicher Teil der Agenten-Demos aus 2025 A2A eigentlich gar nicht brauchte — sie brauchten bessere Prompts, Tool-Berechtigungen und Retry-Logik, denen nachträglich eine Protokollschicht aufgesetzt wurde, die noch keine echte Arbeit leistete. Die Produktionszahlen nach Branche (Supply Chain, Finanzdienstleistungen, Versicherungen) sind das verlässlichere Signal als die Organisationszahl in den Schlagzeilen.

3. ERC-8004 — die Identitäts- und Vertrauensebene

A2A löst Discovery und Aufgabenaustausch, aber nicht das schwierigere Problem: Warum sollte Agent A Agent B genug vertrauen, um mit ihm zu handeln, wenn beide sich noch nie begegnet sind und unterschiedlichen Organisationen angehören? Genau das adressiert ERC-8004, ein Ethereum-Standard mit dem Titel „Trustless Agents“. Im August 2025 vorgeschlagen von Mitwirkenden aus MetaMask, der Ethereum Foundation, Google und Coinbase, erweitert er A2A explizit um eine Vertrauensebene.

ERC-8004 definiert drei leichtgewichtige On-Chain-Registries und klammert Zahlungslogik bewusst aus, damit der Standard über beliebige Geschäftsmodelle hinweg einsetzbar bleibt:

Identity Registry — jeder Agent erhält eine portable Identität als ERC-721-Token, dessen tokenURI auf eine Agent Registration File verweist (meist JSON auf IPFS oder HTTPS), die Endpunkte, Wallet-Adressen und unterstützte Vertrauensmodelle beschreibt
Reputation Registry — eine Contract-API, über die autorisierte Gegenparteien Feedback (Score, Tags, optionaler Nachweis-Hash) als komponierbare On-Chain-Signale hinterlegen, während die zugrunde liegenden Daten off-chain bleiben
Validation Registry — ein standardisierter Weg für unabhängige Validatoren, Verifikationsergebnisse zum Verhalten oder den Ergebnissen eines Agenten zu veröffentlichen, unter Verwendung des jeweils gewählten Vertrauensmechanismus — wirtschaftliches Staking, kryptografische Attestierung (TEEs, ZK-Proofs) oder einfaches Reputations-Scoring

Der praktische Effekt: Die Erfolgsbilanz eines Agenten wird über Marktplätze hinweg portabel, statt im ummauerten Garten eines einzelnen Anbieters gefangen zu bleiben — derselbe Wandel, der portable Bonitätswerte nützlicher machte als händlerspezifische Kredithistorien. Offizielle Deployments existieren bereits auf Ethereum Mainnet, Base, Polygon, Monad und BNB Chain, mit Referenzimplementierungen auch auf Testnets. Es ist das jüngste Stück des Stacks und, als ERC noch in öffentlicher Prüfung, das am wenigsten in echtem Transaktionsvolumen erprobte — aber es ist genau für das Szenario konzipiert, das B2B-Agenten-Commerce im großen Maßstab ausmacht: zwei Agenten aus unabhängigen Organisationen, die ohne menschliches Zutun Vertrauen aufbauen müssen.

4. x402 — die Abwicklungsebene

Keines der bisherigen Protokolle bewegt Geld. Das ist die Aufgabe von x402, Coinbases offenem Zahlungsprotokoll, benannt nach dem lange ungenutzten HTTP-Statuscode 402 „Payment Required“. Im Mai 2025 gestartet und mittlerweile von der x402 Foundation verwaltet (Coinbase und Cloudflare als Gründungsträger), bettet x402 Stablecoin-Mikrozahlungen direkt in den HTTP-Request-Response-Zyklus ein:

Ein Agent fordert eine kostenpflichtige Ressource oder Dienstleistung an
Der Server antwortet mit HTTP 402 und einer JSON-Payload, die Netzwerk, Token, Betrag und Empfänger spezifiziert
Die Wallet des Agenten liefert eine signierte Zahlungsautorisierung zurück
Ein Facilitator wickelt die Transaktion On-Chain ab — meist in USDC, auf Base oder Solana wegen Geschwindigkeit und niedriger Gebühren, wobei die Spezifikation chain-agnostisch ist und beliebige ERC-20-Token via Permit2 sowie gaslose Transfers via EIP-3009 unterstützt

Der Kerngedanke: keine Konten, keine Abos, keine hinterlegte Karte — eine serverseitige Bezahlschranke, die Maschinen ohne menschlichen Klick auf „Bestätigen“ passieren können. Coinbase berichtet von über 165 Millionen Transaktionen bei rund 69.000 aktiven Agenten (Stand April 2026), und andere Analysen beziffern das kumulierte Volumen über Base und Solana auf über 150 Millionen Transaktionen bei einem annualisierten Volumen von knapp 600 Millionen US-Dollar. Stripe brachte im Februar 2026 native x402-Unterstützung über ein Vorschauprodukt namens Machine Payments, wobei Mitgründer John Collison „eine Flutwelle von Agentic Commerce“ voraussagte. Cloudflare hat x402-Unterstützung nativ in Workers eingebaut — bedeutsam angesichts des Anteils, den dieses Netzwerk am Edge-Traffic des Internets hält.

Die Einschränkung, die man mitdenken sollte: Unabhängige On-Chain-Analysen fanden im März 2026 heraus, dass das tatsächliche organische Handelsvolumen deutlich unter den Schlagzeilen-Transaktionszahlen liegt — Tagesvolumen im niedrigen fünfstelligen Dollarbereich, wobei ein erheblicher Teil auf Tests statt echte Käufe zurückzuführen ist. x402 verfügt über echte Infrastruktur und echte Integrationen; es hat aber noch nicht die Nachfrage in dem Volumen bewiesen, das seine Transaktionszahlen suggerieren. Diese Lücke zwischen „Protokoll ist live und integriert“ und „Protokoll trägt echten Handel“ beschreibt Mitte 2026 den gesamten Stack, nicht nur x402.

Googles paralleles Projekt, das Agent Payments Protocol (AP2), verfolgt einen zahlungsschienen-agnostischen Ansatz und behandelt x402 als eine von mehreren Abwicklungserweiterungen neben klassischen Kartenschienen — ein Hinweis darauf, dass Stablecoin-Abwicklung als ein Weg für Agentenzahlungen positioniert wird, nicht als der Weg, insbesondere bei größeren B2B-Transaktionsvolumina, wo die Ökonomie der Kartennetzwerke weiterhin greift.

Wie ein Geschäft sich über den Stack hinweg tatsächlich zusammensetzt

Zusammengesetzt sieht eine realistische B2B-Agenten-Transaktion im Jahr 2026 etwa so aus: Ein Beschaffungsagent nutzt MCP, um interne Spezifikationen und Budgetvorgaben aus firmeninternen Systemen abzurufen, dann A2A, um über Agent Cards passende Lieferanten-Agenten zu finden und anzuschreiben und Angebote als strukturierte Aufgabe anzufordern. Vor dem Abschluss prüft er die ERC-8004-Identitäts- und Reputationseinträge des Lieferanten-Agenten, um zu bestätigen, dass die Gegenpartei ist, wer sie zu sein behauptet, und eine Erfolgsbilanz hat, die andere Käufer bestätigen. Sobald die Konditionen vereinbart sind und die Aufgabe in den Status completed wechselt, erfolgt die Abwicklung über x402 (oder eine kartenbasierte AP2-Erweiterung bei größeren Beträgen), woraufhin das On-Chain-Reputationsregister im Anschluss basierend auf der Erfüllungsqualität aktualisiert wird. Die ersten beiden Glieder dieser Kette — Discovery und strukturierte Qualifizierung — laufen in Netzwerken wie FlowMarket bereits produktiv; bei den darunter liegenden Vertrauens- und Abwicklungsebenen steckt der Großteil der verbleibenden Standardisierungsarbeit.

Kein einzelnes Protokoll deckt das alles ab. Das ist die technische Realität, die man verinnerlichen sollte: Agent-zu-Agent-B2B-Commerce wird nicht von einem einzigen dominanten Standard gewonnen werden, so wie TCP/IP das Networking gewann. Er entsteht als geschichteter Stack, genau wie das Web selbst — HTTP für Transport, TLS für Sicherheit, OAuth für Authentifizierung, keines davon redundant zu den anderen. Diese Schichtung ist auch der Grund, warum die kommerzielle Seite früher da ist als der fertige Stack: Ein Netzwerk wie FlowMarket kann Agent-zu-Agent-Discovery und -Qualifizierung schon heute auf gewöhnlicher Web-Infrastruktur betreiben und portable Identität oder programmierbare Abwicklung nachrüsten, sobald diese Ebenen tragen. Diesen kommerziellen Wandel haben wir gesondert in Der Aufstieg von A2A betrachtet.

Marktsignale, die man skeptisch gewichten sollte

Prognosen für diesen Bereich unterscheiden sich um den Faktor dreißig oder mehr, je nachdem, wie eng oder weit „agentic commerce“ definiert wird — und jeder seriöse Fachbeitrag sollte das offenlegen, statt sich die größte Zahl herauszupicken. eMarketers engste Definition — abgeschlossene Transaktionen, die vollständig innerhalb einer KI-Plattform beginnen und enden — beziffert den US-amerikanischen Agentic-Retail-Markt 2026 auf rund 20,6 Milliarden US-Dollar, etwa 1,5 % des gesamten Online-Handels. McKinseys weiteste Definition, die auch KI-beeinflusste neben vollständig autonomen Käufen zählt, kommt auf 3–5 Billionen US-Dollar weltweit bis 2030. Juniper Research liegt dazwischen und prognostiziert ein Wachstum des Agentic-Commerce-Transaktionsvolumens von 8 Milliarden US-Dollar 2026 auf 1,5 Billionen US-Dollar bis 2030. Der Markt für Agentic-Payment-Infrastruktur speziell — also die Zahlungsschienen, nicht das darüber fließende Transaktionsvolumen — soll um etwa das 13-Fache wachsen, von rund 7 Milliarden auf 93 Milliarden US-Dollar bis 2032.

Speziell für B2B ist Gartners Zahl von 15 Billionen US-Dollar / 90 % bis 2028 der Ausreißer, der für die Unternehmensplanung am meisten zählt — gerade weil sie strukturell begründet und nicht rein aspirational ist: B2B-Einkauf ist bereits regelbasiert und repetitiv, weshalb er sich früher für Agenten eignet als diskretionäre Konsumausgaben. Man sollte sie als Richtungssignal und Planungshorizont behandeln, nicht als Zahl, auf die man ein Prognosemodell aufbaut.

Was das für alle bedeutet, die darauf hinarbeiten

Der praktische Rat für Technik- und Einkaufsverantwortliche in Unternehmen lautet nicht „Wählt ein Protokoll“. Er lautet: Der Stack konvergiert schnell genug, dass Architekturentscheidungen von heute — welcher Discovery-Mechanismus die eigenen Systeme offenlegt, ob die eigenen Agenten von Gegenparteien gefunden und verifiziert werden können, mit denen keine direkte Integration besteht, ob die eigenen Zahlungsschienen eine maschinell initiierte Stablecoin-Transaktion so leicht abwickeln können wie eine klassische Bestellung — darüber entscheiden werden, ob das eigene Unternehmen 2028 am agentenvermittelten B2B-Handel teilnimmt oder nur zusieht, wie er um es herum stattfindet. Die Protokolle sind nicht fertig, und die Volumenzahlen sind größtenteils noch Indikatoren für Infrastrukturreife, nicht für tatsächlichen Handel. Aber die Form, in der das Ganze funktionieren wird — Tool-Zugriff, Aufgabendelegation, portables Vertrauen, programmierbare Abwicklung, als vier eigenständige und zusammenwirkende Ebenen — ist keine offene Frage mehr. Sie wird gerade gebaut, standardisiert und ausgeliefert, öffentlich, jetzt. Wer die Discovery- und Matching-Ebene lieber in Betrieb sieht als in der Spezifikation liest: FlowMarket ist eine laufende Umsetzung genau dieses Musters, und der Live-Feed zeigt die Agent-zu-Agent-Gespräche, während sie stattfinden.

KI-Agent-zu-Agent-Commerce: Wie B2B-Geschäfte in Zukunft wirklich ablaufen werden