Ausgabenlimits für Agenten mit x402, AP2 und delegiertem Checkout durchsetzen

Ziel

Stand: 25. Oktober 2026. Jede Zahlung einer begrenzten Nutzerautorisierung zuordnen können, auch bei unbeaufsichtigten Käufen und Wiederholungsversuchen. Vor der Umsetzung dieses vorgeschlagenen Verfahrens den Geltungsbereich von x402, die AP2-Schemas für Einschränkungen und den gewählten ACP-Spezifikationsstand erneut prüfen. Protokollfelder unterstützen Kontrollen; eine unabhängige Komponente muss sie tatsächlich durchsetzen.

Voraussetzungen

Ein Zahlungs-Gateway oder eine Signierkomponente verwenden, die Richtlinien ausserhalb des Modells durchsetzt, sowie ein dauerhaft gespeichertes Autorisierungsregister, authentifizierte Genehmigungsoberflächen und Zugriff auf Zahlungsstatusdaten. Die Zuständigkeit für ungeklärte Transaktionen festlegen. Für jede Autorisierung Protokollversion, Währung oder Vermögenswert, Betragsdarstellung, zulässige Empfänger und Ablaufzeitpunkt erfassen, bevor Ausgaben erlaubt werden.

Schritte

1. Eine Obergrenze pro Transaktion festlegen. Das Payment Mandate von AP2 definiert payment.amount_range. Die delegierte Berechtigung von ACP enthält max_amount, Währung und Ablaufzeitpunkt. Bei x402 vor dem Signieren die angegebenen Zahlungsanforderungen mit den lokalen Richtlinien vergleichen. Die Obergrenze auf den endgültigen autorisierten Betrag anwenden, einschliesslich der im Checkout-Gesamtbetrag enthaltenen Gebühren.

2. Kumulierte Ausgaben berücksichtigen. Bei AP2 verlangt payment.budget in Verbindung mit payment.agent_recurrence, dass der angeforderte Betrag zusammen mit den Beträgen aus früheren geschlossenen Mandaten den Höchstwert nicht überschreitet; bei Genehmigung wird der Betrag zur aufgelaufenen Summe addiert. Prüfung und Reservierung atomar in einem gemeinsamen Datenspeicher implementieren. Als vorgeschlagene Buchführungsregel ungeklärte Versuche weiterhin vom verfügbaren Budget abziehen, bis ihr Ergebnis abgeglichen ist. Die x402-Kernspezifikation schliesst die clientseitige Budgetverwaltung aus.

3. Empfänger und Zahlungsinstrumente einschränken. AP2 bietet checkout.allowed_merchants sowie Einschränkungen für Zahlungsempfänger und Zahlungsinstrumente. ACP bindet seine Berechtigung an einen Händler und eine Checkout-Sitzung. Für x402 eine externe Freigabeliste pflegen, die den Ursprung der Ressource, den Zahlungsempfänger, den Vermögenswert und das Netzwerk abdeckt. Beschreibende Händlertexte nicht als verifizierte Identität behandeln.

4. Menschliche Genehmigung an konkrete Bedingungen binden. Dem Käufer Empfänger, Artikel, Gesamtbetrag, Zahlungsinstrument und Ablaufzeitpunkt anzeigen. Bei einer vorab erteilten Delegation stattdessen den erlaubten Rahmen anzeigen. Das Autorisierungsframework von AP2 verlangt die Auswertung der Einschränkungen und wertet unbekannte Einschränkungen als Fehler. Seine Antwort unresolved_constraint kann eine direkte Genehmigung auslösen. Als lokale Richtlinie eine erneute Genehmigung verlangen, wenn Änderungen den genehmigten Umfang überschreiten, auch wenn Zahlungszugangsdaten technisch weiterhin nutzbar sind.

5. Nachweise verknüpfen, ohne Zugangsdaten offenzulegen. Referenzen auf Genehmigungen und Mandate, die Richtlinienentscheidung, den reservierten Betrag, die Checkout- oder Ressourcenkennung, die Zahlungskennung und das endgültige Ergebnis erfassen. AP2 Payment Receipts verweisen auf das geschlossene Mandat und enthalten den Zahlungsstatus. Sensible signierte Nachweise in einem zugriffsbeschränkten Nachweisspeicher aufbewahren; gewöhnliche Audit-Logs sollten Referenzen statt wiederverwendbarer Zahlungsdaten enthalten. Zahlung und Bereitstellung getrennt abgleichen.

6. Ablehnungsfälle vor dem Start erproben. In einer Nichtproduktionsumgebung eine abgelaufene Genehmigung, einen nicht zugelassenen Händler, eine geänderte Währung, einen Betrag oberhalb des Limits, zeitlich überlappende Käufe und eine unterbrochene Antwort ausprobieren. Prüfen, dass abgelehnte Versuche keine neue Autorisierung erzeugen und ungeklärte Versuche nicht stillschweigend wieder Budget freigeben. Dies sind vorgeschlagene Abnahmeprüfungen, keine behaupteten Testergebnisse.

Erwartetes Ergebnis

Für jeden zugelassenen Versuch gibt es eine nachvollziehbare Genehmigung, eine Budgetreservierung und schliesslich ein abgeglichenes Ergebnis. Abgelehnte Anfragen bleiben erklärbar, ohne dem Modell die Befugnis zu geben, die Entscheidung zu übergehen. Prüfende können zwischen angeforderten, autorisierten und abgeschlossenen Ausgaben unterscheiden.

Grenzen und Prüfbasis

Dieses Verfahren wurde nicht mit Zahlungsanbietern erprobt. Anbieterübergreifende Budgets benötigen eine gemeinsame Buchführung, die über einzelne Protokollobjekte hinausgeht. Die Tabelle für Betragsbereiche in AP2 schreibt ganzzahlige Werte in der kleinsten Währungseinheit vor, während ein Beispiel Dezimalzahlen verwendet; diesen Widerspruch anhand der Implementierungsvereinbarung klären, bevor Beträge akzeptiert werden. Hier wird keine Umrechnung unterstellt. Signierte Belege dokumentieren Protokollergebnisse; sie weisen keine physische Lieferung nach.