01Policy-Konsole
Ein Bildschirm zeigt die ganze Flotte: jeden Agent, sein Tageslimit, seine Allowlist und was er heute ausgegeben hat. In der Demo haben drei Agents um 09:41 €184.20 ausgegeben – zwei Zahlungen blockiert, eine wartet auf einen Menschen. Policy-Änderungen gelten sofort; der Agent merkt es beim nächsten Zahlungsversuch.
- Budgets, Allowlists und Schwellenwerte pro Agent bearbeiten
- Ausgaben, Sperren und ausstehende Freigaben auf einen Blick
- Die Entscheidungen der letzten 24 Stunden, exportierbar
02Freigaben im Ablauf
Der Agent schlägt vor, ein Mensch entscheidet. In der Demo bittet Billing Agent darum, Rechnung #088 von Nord Logistics zu bezahlen — €120.00, innerhalb des Tagesbudgets von €200.00 (davon €64.20 bereits verbraucht), aber über der Freigabegrenze von €50.00. Die Anfrage wartet 14 Minuten auf einen Tipp auf Freigeben oder Ablehnen. Richtlinie, Allowlist-Eintrag des Händlers und das zahlende Konto stehen direkt unter den Buttons.
03Agent-Wallets
Jeder Agent arbeitet mit einer eigenen Wallet und einer eigenen Richtlinie. Der Demo-Agent Billing Agent hat noch €135.80 von einem Tageslimit von €200.00 übrig — €64.20 verbraucht in drei Zahlungen, Reset um 00:00 — bei einem Limit von €150.00 pro Transaktion, menschlicher Freigabe ab €50.00 und zwei erlaubten Händlern. Aktuelle Zahlungen tragen das Label auto, wenn die Richtlinie sie allein freigegeben hat.
- Tageslimit, Ausgaben, Limit und Restbudget auf einem Screen
- Erlaubte Händler mit ihrer Zahlungshistorie
- Zahlungen mit Label auto oder von Ihnen freigegeben
04Einen Agenten anlegen
Ein Agent ist erst Richtlinie, dann Code. Der Billing Agent der Demo erhält ein Tageslimit von €200.00, ein Limit von €150.00 pro Transaktion, zwei Händler aus der Allowlist und menschliche Freigabe ab €50.00 — alles in Schritt 2 von 3 festgelegt, noch bevor es Schlüssel gibt. Schlüssel werden einmalig ausgestellt, nur ein einziges Mal angezeigt, und jede Zahlungssignatur enthält den Policy-Hash.
05Der Richtlinien-Editor
Eine Richtlinie ist ein versioniertes Dokument. Die Demo-Änderung erhöht das Transaktionslimit des Ops Agent: v14 wird zu v15, die Änderung erfordert eine Audit-Notiz und wird vom Operator signiert mit neuem Policy-Hash gespeichert. Das Replay-Panel lässt die echten Entscheidungen der letzten 24 Stunden gegen den Entwurf laufen — Sie sehen, was eine Richtlinie erlaubt hätte, bevor sie live geht.
- Tageslimit, Transaktionslimit und Monatsobergrenze pro Agent
- Schriftliche Audit-Notiz bei jedem Speichern erforderlich
- 24-Stunden-Replay gegen den Entwurf vor dem Übernehmen
06Audit, Entscheidung für Entscheidung
Entscheidung DEC-4471 rekonstruiert eine Zahlung vollständig: die Anfrage, jede Richtlinienprüfung mit Ergebnis — Allowlist bestanden, Limit bestanden, Schwellenwert eskaliert —, die menschliche Freigabe mit Signatur und die abgewickelten €120.00 mit Rail und Referenz. Der Eintrag ist hash-verkettet und nur anhängbar; jede Änderung eines Feldes bricht die Kette ab dieser Stelle.
07Budgets pro Agent
Ein Budget ist eine harte Grenze, keine Empfehlung. Jeder Agent hat ein Tageslimit und ein Limit pro Transaktion — in der Demo-Richtlinie €500.00 pro Tag und €150.00 pro Zahlung —, die die Plattform durchsetzt, bevor Geld fließt. Der Charter-Versuch des Travel-Bots über €640.00 wurde sofort abgelehnt: Limit überschritten.
08Monatsobergrenzen
Über dem Tageslimit liegt eine Monatsobergrenze — in der Demo-Richtlinie €6,000.00. Ein Agent, der sich jeden einzelnen Tag korrekt verhält, kann trotzdem nicht über das hinausdriften, was der Monat zulässt.
09Budget-Reset nach Uhrzeit
Tagesbudgets werden zu einer festen Uhrzeit zurückgesetzt — in der Demo 00:00 CET — und sind in der Wallet des Agenten sichtbar. Ausgaben summieren sich in einem Zeitfenster, das jeder sehen kann, nicht in einem undurchsichtigen gleitenden Fenster.
10Händler-Allowlists
Agenten zahlen nur an Händler, die Sie vorab freigegeben haben. Der Ops Agent der Demo kennt genau vier — und ein Versuch über €180.00 bei einem nicht gelisteten Anbieter wurde als „nicht gelistet“ abgelehnt. Einen Händler hinzuzufügen ist ein Klick; das Entfernen wirkt sofort.
11Freigabeschwellen
Legen Sie die Grenze fest, ab der ein Mensch zustimmen muss. Die Demo-Richtlinie eskaliert alles über €100.00: Der Agent pausiert, eine Person erhält den Vorschlag, und nichts bewegt sich, bis sie antwortet. Unterhalb der Grenze arbeitet der Agent frei — innerhalb von Budget und Allowlist.
12Signierte menschliche Freigaben
Eine Freigabe ist keine Checkbox — sie wird festgehalten mit Freigeber, Gerät, Uhrzeit und angehängter Signatur. Die Demo-Entscheidung zeigt es: freigegeben in der App, Phone Key, 09:41:12.
13Die Eskalationskette
Vorschlagen, eskalieren, freigeben, erlauben — jeder Schritt mit Zeitstempel im Entscheidungsprotokoll. Wenn jemand fragt, warum eine Zahlung stattfand, lautet die Antwort: eine Abfolge, kein Achselzucken.
14Unveränderliches Audit-Log
Jede Entscheidung ist protokolliert: was der Agent versucht hat, was die Richtlinie sagte, wer was freigegeben hat — bis hin zu Schlüsselrotationen. Einträge sind nur anhängbar und exportierbar. Wenn etwas nicht stimmt, zeigt das Log genau, was wann passiert ist.
15Integrität durch Hash-Verkettung
Jeder Audit-Eintrag trägt seinen eigenen Hash, den Hash des vorherigen Eintrags und seine Position in der Kette — in der Demo #4,471. Prüfen Sie die Kette jederzeit; jede Änderung an beliebiger Stelle bricht alles danach.
16Export als JSON
Jede Entscheidung lässt sich als JSON exportieren, inklusive Hash — bereit für Ihr eigenes Archiv, Ihre Prüfer oder Ihr Incident Review. Das Log gehört Ihnen, nicht uns.
17Kill-Switch
Ein Tipp pausiert einen Agenten und stoppt sofort alle vom Agenten ausgelösten Zahlungen. Die Schlüssel bleiben gültig, sodass sonst nichts ausfällt — der Agent kann nur nichts mehr ausgeben, bis ein Mensch ihn wieder aktiviert. In der Demo-Flotte steht der Travel-Bot pausiert bei €0.00 Ausgaben.
18Eingefroren, nicht verloren
Das Pausieren eines Agenten friert seine offenen Vorschläge ein, statt sie zu verwerfen. Nach dem Fortsetzen steht die Warteschlange genau dort, wo sie war — kein Vorschlag geht unbemerkt verloren, weil ein Mensch auf die Bremse getreten ist.
19Schlüssel mit Scopes
Die Zugangsdaten eines Agenten gewähren Fähigkeiten, keinen Vollzugriff. Scopes wie payments.send und refunds.issue lassen sich einzeln schalten — beim Demo-Agenten ist subscriptions.manage ausgeschaltet. Widerrufen oder rotieren Sie einen Schlüssel, ohne die darunterliegende Richtlinie anzufassen.
20Schlüssel nur einmal ausgestellt
Agent-Schlüssel werden bei der Ausstellung ein einziges Mal angezeigt und nie wieder. Was die Plattform nicht erneut anzeigen kann, kann ein Angreifer nicht erneut anfordern.
21Policy-Hash in jeder Signatur
Jede Zahlung wird mit dem Agent-Schlüssel und dem Hash der Richtlinie signiert, die sie erlaubt hat. Eine Zahlung sagt nicht nur, was passiert ist — sie belegt, welche Regeln dabei galten.
22Richtlinien-Versionierung
Richtlinien tragen Version, Hash, Autor und Zeitstempel — in der Demo v14, aktualisiert am 17. Juli um 09:12. Jede Entscheidung verweist auf die exakte Richtlinienversion, die sie bewertet hat.
23Replay vor dem Übernehmen
Der Editor spielt die Entscheidungen der letzten 24 Stunden gegen Ihren Entwurf ab: was erlaubt, was abgelehnt wurde, was sich ändern würde. Richtlinienfehler zeigen sich in der Vorschau, nicht in der Produktion.
24Abwicklung auf echten Rails
Ein freigegebener Vorschlag wird zu einer echten Zahlung — die €120.00 der Demo wurden per SEPA Instant mit der Referenz 9F21-0716 abgewickelt, Minuten nach der Freigabe. Agenten geben aus demselben Kern aus, auf dem der Rest der Produktfamilie läuft.
25MCP-Endpoint
Agenten verbinden sich per MCP unter mcp.protocore.io/agents — jedes Framework, das das Protokoll spricht, kann eine Protocore-Wallet halten. Die Integrationsfläche bleibt klein: eine Zahlung vorschlagen, eine Entscheidung erhalten. Die Richtlinie liegt auf der Plattform, nicht im Prompt.
26Agent-Flotte
Betreiben Sie einen Agenten oder viele. Die Demo betreibt drei — Ops, Einkauf, einen Travel-Bot —, jeder mit eigenem Budget, eigener Allowlist und eigenem Schwellenwert. Pausieren Sie einen, arbeiten die anderen weiter; Richtlinien wirken nie agentenübergreifend.
