Was ist eine Ausgabenrichtlinie für Agenten.
Eine Ausgabenrichtlinie für Agenten ist die Menge an Regeln, die an einer KI-Agenten-Wallet angehängt sind und regeln, was der Agent bezahlen darf - eine Zeitzulage (täglich, wöchentlich oder monatlich), eine Transaktionsobergrenze und ein Gültigkeitszeitraum mit Start- und Enddaten. Die Richtlinie wird im Dashboard festgelegt und auf der Wallet-API-Ebene durchgesetzt (außerhalb des manipulierbaren Bereichs des Agenten), bei jeder Zahlung vor der Abwicklung überprüft. Die API stellt sie nur lesbar zur Verfügung.
Das einzige, was autonome Zahlungen sicher macht.
Ohne eine Ausgabenrichtlinie bedeutet es, einem Agenten eine Wallet zu geben, einem LLM unbegrenzten Zugang zu einem dollar-denominierten Scheckbuch zu geben. Zwei Fehlermodi sind unvermeidlich. Der erste ist die Ausreißer-Schleife: der Planer eines Agenten bleibt beim Wiederholen eines bezahlten Tools stecken und verbrennt das Guthaben des Arbeitsbereichs in Minuten. Der zweite ist die Eingabeaufforderungsinjektion: ein Angreifer überzeugt den Agenten, eine von einem Angreifer kontrollierte Wallet zu bezahlen, während er vorgibt, eine normale Aufgabe zu sein.
Eine Ausgabenrichtlinie begrenzt beide Fehlermodi durch Konstruktion. Die außer Kontrolle geratene Schleife erschöpft die Zeitzulage und stoppt. Die injizierte Zahlung überschreitet die pro Transaktion zulässige Obergrenze (oder die verbleibende Zulage) und wird niemals abgerechnet. Der Agent muss nicht perfekt vertrauenswürdig sein, da die Wallet sich weigert, etwas außerhalb der Richtlinie abzurechnen. Dies ist der Unterschied zwischen 'zahlenden Agenten', die in der Produktion verwendbar sind, und einem Experiment.
Einmal konfigurieren, jeden Aufruf bewerten.
- Konfigurieren. Der menschliche Benutzer legt die Richtlinie im Dashboard fest: eine pro Zeitraum zulässige Menge, eine pro Transaktion zulässige Obergrenze und ein optionales Gültigkeitsfenster (Start- und Enddaten). Die API stellt die Richtlinie schreibgeschützt zur Verfügung; Änderungen werden protokolliert.
- An Identität binden. Die Richtlinie wird an die Zahlungsidentität des Agenten angehängt. Multi-Agenten-Arbeitsbereiche haben eine Richtlinie pro Agent, plus optional ein arbeitsbereichsbezogenes Limit, das die Summe begrenzt.
- Bewerten Sie bei jedem Intent. Wenn der Agent einen Zahlungs-Intent einreicht (typischerweise ausgelöst durch eine 402-Antwort), führt die Wallet-API die Richtlinie aus: Überprüfen Sie die pro Transaktion zulässige Obergrenze, überprüfen Sie die verbleibende Zeitzulage, überprüfen Sie das Gültigkeitsfenster.
- Abwickeln oder ablehnen. Wenn alle Überprüfungen bestehen, wird die Zahlung abgerechnet und die verbleibende Zulage verringert. Wenn eine Überprüfung fehlschlägt, lehnt die Wallet die Zahlung ab (sie überschreitet ein Limit oder fällt außerhalb des Fensters) und wird nicht abgerechnet.
- Audit. Jede akzeptierte und jede abgelehnte Absicht wird mit der angehängten Richtlinienentscheidung protokolliert. Der Mensch kann das Protokoll jederzeit überprüfen, um zu sehen, was der Agent versucht hat und was die Richtlinie zugelassen hat.
Die Richtlinie ist dasselbe Objekt, unabhängig davon, wie viele Agenten die Wallet teilen. Pro-Agent-Richtlinien isolieren Budgets sauber; eine Workspace-Richtlinie auf der Elternebene wendet eine strikte Obergrenze auf alle untergeordneten Agenten zusammen an.
Drei Richtlinienformen, die wir in der Produktion sehen.
Pro-Agenten-Tagesobergrenze mit Einzelaufruf-Obergrenze
Ein Forschungsagent hat ein Limit von $5/Tag und eine Obergrenze von $0,50/Aufruf. Er kann 10 Anrufe von $0,50 oder 100 Anrufe von $0,05 oder jede Kombination unter dem täglichen Gesamtbetrag tätigen. Eine überraschende Rechnung von $2,00 von einem Tool wird an der Obergrenze abgelehnt, bevor sie jemals abgerechnet wird. Beide Limits werden gleichzeitig durchgesetzt; das engere gewinnt pro Aufruf.
Nur Empfangssperre
Ein Agent, der nur Zahlungen empfängt, hat sowohl seine Zulage als auch die Transaktionsobergrenze auf null gesetzt. Er kann von jedem jederzeit bezahlt werden, aber er kann überhaupt kein USDC senden - unabhängig davon, was sein Code oder eine Eingabeaufforderung versucht, ihn zu tun. Beide Limits auf null zu setzen, ist der stärkste Schutz gegen prompt-injektionsgesteuerte Zahlungsumleitungen: die Wallet verweigert jede ausgehende Zahlung.
Zeitlich begrenztes Engagement-Fenster
Ein Vertragsagent erhält eine Ausgabenberechtigung, die nur für das 30-tägige Engagement-Fenster gültig ist (ein Start- und Enddatum). Innerhalb des Fensters kann er bis zu seiner wöchentlichen Zulage ausgeben; nach dem Enddatum läuft die Berechtigung ab und keine weitere Zahlung wird abgerechnet, ohne dass jemand daran denken muss, sie auszuschalten.
Wo dies passt.
Agenten-Zahlungsidentität
Die Agenten-Identität, an die die Ausgabenrichtlinie gebunden ist. Eine Identität, eine Richtlinie, ein Budgetrahmen.
Agent-zu-Agent-Zahlung
Der Ablauf, für den die Ausgabenrichtlinie am nützlichsten ist, weil die Gegenpartei selbst ein autonomer Agent ist.
Bezahltes MCP-Tool
Die Tool-Kategorie, die am häufigsten von Ausgabenrichtlinien gesteuert wird. Das 402-Angebot wird vor dem Settlement gegen die Richtlinie geprüft.