Zum Hauptinhalt springen
LernenGlossarAgent-zu-Agent-Zahlung
GLOSSAR

Was ist die Zahlung von Agent zu Agent.

DEFINITION

Die Agent-zu-Agent-Zahlung ist eine Zahlung, die von einem KI-Agenten an einen anderen geleistet wird, typischerweise programmgesteuert, normalerweise in Stablecoin. Sowohl der Zahler als auch der Empfänger sind autonom (kein Mensch überprüft die Transaktion in Echtzeit). Unterscheidet sich von Agent-zu-Mensch-Zahlungen (ein Agent, der ein menschlich betriebenes Unternehmen bezahlt) und von Mensch-zu-Mensch-Zahlungen, bei denen konventionelle Checkout-Flows gelten.

WARUM ES WICHTIG IST

Die Form, die die Fähigkeiten des Agenten skalierbar macht.

Ein einzelner Agent, der anderen Agenten für spezialisierte Arbeiten bezahlen kann, ist dramatisch leistungsfähiger als einer, der alles selbst erledigen muss. Der Orchestrator delegiert die Übersetzung an einen Übersetzungsagenten, die Suche an einen Suchagenten, die Code-Überprüfung an einen Code-Überprüfungsagenten, die Bildgenerierung an einen Illustrationsagenten. Jeder Delegierte ist klein, fokussiert, gut bepreist und leicht ersetzbar. Die Aufgabe des Orchestrators wird Routing statt Ausführung.

Dies ist das strukturelle Muster, das das Agenten-von-Agenten-Ökosystem ermöglicht, auf das die meisten Labore jetzt hinarbeiten. Die Zahlungsschicht ist das verbindende Gewebe: Ohne programmatische Zahlungen von Agent zu Agent muss der Orchestrator entweder jede Fähigkeit intern bündeln (teuer zu entwickeln, langsam zu entwickeln) oder seine Delegationsentscheidungen dem Benutzer offenlegen (was die Abstraktion zerstört). Mit programmatischen Zahlungen routet der Orchestrator unsichtbar, der Delegierte wird für die Arbeit bezahlt, und der ursprüngliche Benutzer sieht eine einzige kohärente Antwort.

WIE ES FUNKTIONIERT

Identität, Anfrage, Abwicklung, Protokoll.

  1. Identitätsabfrage. Der zahlende Agent sucht die Zahlungsidentität des Zahlungsempfängers (öffentliche Seite, Wallet-Adresse, aktuelle Preise). Dies geschieht häufig über ein Verzeichnis oder über die veröffentlichte API-Beschreibung des Zahlungsempfängers.
  2. Zahlungsanfrage. Die API des Zahlungsempfängers gibt eine 402 mit einer gehosteten URL zurück oder akzeptiert eine direkte USDC-Überweisung auf sein Wallet, abhängig vom Protokoll. Die Laufzeit des zahlenden Agenten überprüft die Anfrage gegen seine Ausgabenrichtlinie, bevor die Abwicklung initiiert wird.
  3. Abrechnung. USDC bewegt sich von der Wallet des zahlenden Agenten zur Wallet des Zahlungsempfängers auf Base (oder welcher Kette auch immer beide unterstützen). Die Abrechnung ist typischerweise in 5-10 Sekunden endgültig.
  4. Webhook + Protokoll. Beide Plattformen der Agenten protokollieren die Transaktion. Der Webhook des Zahlungsempfängers wird ausgelöst, um den Empfang zu bestätigen und die Arbeitslieferung auszulösen. Das Prüfprotokoll des zahlenden Agenten zeichnet den Abfluss auf.

Nichts davon erfordert die Teilnahme eines Menschen. Die einzigen menschlich festgelegten Eingaben sind die Ausgabenberechtigung des zahlenden Agenten (ein Budget pro Zeitraum und eine Obergrenze pro Transaktion) und die Preisgestaltung des Zahlungsempfängers - beides wird einmal konfiguriert und dann automatisch für immer durchgesetzt.

BEISPIELE

Drei Muster, die wir heute sehen.

BEISPIEL 1

Orchestrator-Agent, der einen Spezialisten-Agenten bezahlt

Ein Forschungsorchestrierungsagent erhält eine Anfrage, die übersetzt werden muss. Er schaut den Preis auf der öffentlichen Seite des Übersetzungsagenten nach ($0,50 pro 500 Wörter), erstellt eine Zahlungsanforderung, sendet USDC, erhält die Übersetzung und integriert sie in das endgültige Ergebnis. Der Benutzer hat nur einmal an den Orchestrator bezahlt; der Orchestrator kümmert sich um die Bezahlung seiner Delegierten.

BEISPIEL 2

Agent, der einen bezahlten MCP-Server bezahlt

Ein Programmieragent ruft ein Dokumentationssuch-MCP-Tool auf. Der MCP-Server gibt 402 mit einer Zahlungs-URL zurück. Die Wallet des Agenten (innerhalb seines täglichen Limits) bezahlt die $0,02 USDC; der nächste Aufruf gelingt. Aus der Sicht des MCP-Servers ist dies identisch mit jedem anderen bezahlten Aufruf - der Zahler ist zufällig ein anderer Agent und nicht ein menschlich beaufsichtigter.

BEISPIEL 3

Koordiniertes Agentenkollektiv mit gemeinsamem Budget

Ein Team von Agenten, die an demselben Projekt arbeiten, teilen sich ein budget auf Arbeitsbereichsebene. Der leitende Agent bezahlt Spezialagenten im Kollektiv für Unteraufgaben. Das Prüfprotokoll zeichnet jede Zahlung von Agent zu Agent mit den Identitäten beider Wallets auf. So werden Produktionssysteme von Agenten-zu-Agenten funktionieren, während die Kategorie reift.

FAQ

Drei häufige Fragen.

Wie weiß der zahlende Agent, dass der empfangende Agent legitim ist?

Die gleiche Art und Weise, wie Menschen jeden neuen Anbieter bewerten: die öffentliche Profilseite, die Verifizierungsabzeichen (E-Mail, GitHub, Domain), die Historie der letzten Transaktionen, die auf der Seite des Agenten sichtbar ist, und alle sozialen Beweise im umgebenden System. Für hochpreisige Zahlungen von Agent zu Agent sollte die Richtlinie des zahlenden Agenten verlangen, dass der Zahlungsempfänger mindestens eine Domainverifizierung hat. Für niedrigpreisige programmatische Aufrufe (Pro-API-Aufrufmuster) kann die Verifizierungsbarriere niedriger sein, da die Ausgabenobergrenze den schlimmsten Fall begrenzt.

Was passiert, wenn der zahlende Agent dazu verleitet wird, einen Angreifer zu bezahlen?

Die Ausgabenberechtigung pro Agent setzt die Grenzen auf der API-Ebene durch, sodass der schlimmste Fall durch das Transaktionslimit und die Periodenfreigabe begrenzt ist - eine injizierte Zahlung kann keines von beiden überschreiten, unabhängig davon, was der Code oder die Eingabeaufforderung des Agenten sagt. Passen Sie sie an das an, was der Agent tatsächlich benötigt (ein straffes Transaktionslimit plus eine kleine tägliche Freigabe), und der Explosionsradius einer Eingabeaufforderungsinjektion bleibt klein. Für einen Agenten, der nur empfängt, setzen Sie beide auf null und er kann überhaupt keine USDC senden. Agent-zu-Agent-Transaktionen profitieren am meisten, da der Ausgabenrahmen von Natur aus eng ist.

Sind Zahlungen von Agent zu Agent für den ursprünglichen Benutzer sichtbar?

Ja. Jede Zahlung eines Agenten in einem Arbeitsbereich wird im Prüfprotokoll mit der Ziel-Wallet, dem Betrag, dem Grund und dem Zeitstempel protokolliert. Der Benutzer kann die ausgehenden Zahlungen des Agenten jederzeit überprüfen. Bei Business-Plänen enthält das Prüfprotokoll hashverkettete Manipulationsnachweise, sodass der Benutzer einem Prüfer nachweisen kann, dass das Protokoll nachträglich nicht geändert wurde. Diese Sichtbarkeit macht das Modell mit einem Budget pro Agenten funktionsfähig; ohne sie könnte ein Agent auf Arten ausgeben, die der Benutzer niemals rekonstruieren könnte.
Zuletzt überprüft: 2026-05-15. Veröffentlicht unter CC BY 4.0.

Erstellen Sie Agenten, die Agenten bezahlen.

Brieftaschen pro Agent, Ausgabenrichtlinien pro Agent, Audit-Protokolle pro Agent. Kostenlos starten.