01Beleidsconsole
Eén scherm toont de hele vloot: elke agent, zijn daglimiet, zijn allowlist en wat hij vandaag heeft uitgegeven. In de demo hebben drie agents om 09:41 €184,20 uitgegeven, met twee geblokkeerde betalingen en één die op een mens wacht. Beleidswijzigingen gelden direct; de agent merkt het zodra hij de volgende keer wil betalen.
- Budgetten, allowlists en drempels per agent aan te passen
- Uitgaven, blokkades en openstaande goedkeuringen in één oogopslag
- De beslissingen van de laatste 24 uur, exporteerbaar
02Goedkeuringen in de flow
De agent stelt voor, een mens beslist. In de demo vraagt Billing Agent om factuur #088 van Nord Logistics te betalen — €120.00, binnen het dagbudget van €200.00 waarvan al €64.20 is gebruikt, maar boven de goedkeuringsgrens van €50.00 — en het verzoek wacht 14 minuten op een tik op Goedkeuren of Afwijzen. Het beleid, de vermelding van de merchant op de allowlist en de betaalrekening staan direct onder de knoppen.
03Agent wallets
Elke agent werkt vanuit een eigen wallet met een eigen beleid. De demo-Billing Agent heeft nog €135.80 over van een daglimiet van €200.00 — €64.20 besteed aan drie betalingen, reset om 00:00 — met een limiet van €150.00 per transactie, menselijke goedkeuring boven €50.00 en twee toegestane merchants. Recente betalingen krijgen een auto-label als het beleid ze zelfstandig heeft goedgekeurd.
- Daglimiet, uitgaven, limiet en resterend budget op één scherm
- Toegestane merchants met hun betaalgeschiedenis
- Betalingen gelabeld als auto of door jou goedgekeurd
04Een agent aanmaken
Een agent is eerst beleid en pas daarna code. De Billing Agent uit de demo krijgt een daglimiet van €200.00, een limiet van €150.00 per transactie, twee merchants van de allowlist en menselijke goedkeuring boven €50.00 — allemaal ingesteld in stap 2 van 3, voordat er sleutels bestaan. Sleutels worden eenmalig uitgegeven en slechts één keer getoond, en elke betalingshandtekening bevat de beleidshash.
05De beleidseditor
Een beleid is een document met versies. De demo-wijziging verhoogt de limiet per transactie van de Ops Agent: v14 wordt v15, de wijziging vereist een auditnotitie en wordt opgeslagen met de handtekening van de operator en een nieuwe beleidshash. Het replay-paneel draait de echte beslissingen van de afgelopen 24 uur tegen het concept — je ziet wat een beleid zou hebben toegestaan voordat het live gaat.
- Daglimiet, limiet per transactie en maandplafond per agent
- Bij elke opslag is een schriftelijke auditnotitie verplicht
- Replay van 24 uur tegen het concept vóór je vastlegt
06Audit, beslissing voor beslissing
Beslissing DEC-4471 reconstrueert één betaling volledig: het verzoek, elke beleidscontrole met uitslag — allowlist geslaagd, limiet geslaagd, drempel geëscaleerd — de menselijke goedkeuring met handtekening, en de afgewikkelde €120.00 met rail en referentie. Het logboek is hash-gekoppeld en append-only; wie één veld wijzigt, breekt de keten vanaf dat punt.
07Budgetten per agent
Een budget is een harde muur, geen suggestie. Elke agent heeft een daglimiet en een limiet per transactie — in het demobeleid €500.00 per dag en €150.00 per betaling — die het platform afdwingt voordat er geld beweegt. De poging van de reisbot om €640.00 aan een charter te betalen werd ter plekke geweigerd: over de limiet.
08Maandplafonds
Boven de daglimiet zit een maandplafond — €6,000.00 in het demobeleid. Een agent die elke dag braaf blijft, kan toch niet voorbij wat de maand toestaat.
09Budget reset op vaste tijd
Dagbudgetten worden op een vast tijdstip gereset — in de demo 00:00 CET — zichtbaar in de wallet van de agent. Uitgaven tellen op binnen een venster dat iedereen kan zien, geen ondoorzichtig voortschrijdend raadsel.
10Allowlists voor merchants
Agents betalen alleen merchants die je vooraf hebt opgenomen. De Ops Agent uit de demo kent er precies vier — en een poging van €180.00 bij een leverancier die er niet op staat werd geweigerd als niet-vermeld. Een merchant toevoegen is één klik; verwijderen werkt direct.
11Goedkeuringsdrempels
Stel de grens in waarboven een mens ja moet zeggen. Het demobeleid escaleert alles boven €100.00: de agent pauzeert, een persoon ontvangt het voorstel en er beweegt niets tot die antwoordt. Onder de grens werkt de agent vrij — binnen zijn budget en allowlist.
12Ondertekende menselijke goedkeuringen
Een goedkeuring is geen vinkje — er wordt vastgelegd wie goedkeurde, op welk apparaat, op welk tijdstip, met een handtekening erbij. De demobeslissing laat het zien: goedgekeurd in de app, telefoonsleutel, 09:41:12.
13Het escalatiespoor
Voorstellen, escaleren, goedkeuren, toestaan — elke stap krijgt een tijdstempel in het beslissingslogboek. Als iemand vraagt waarom een betaling plaatsvond, is het antwoord een reeks stappen, geen schouderophalen.
14Onveranderlijk auditlogboek
Elke beslissing staat op de plank: wat de agent probeerde, wat het beleid zei, wie wat goedkeurde — tot en met sleutelrotaties. Vermeldingen zijn append-only en exporteerbaar. Als iets niet klopt, laat het logboek precies zien wat er wanneer gebeurde.
15Integriteit via hashketens
Elk auditrecord bevat zijn eigen hash, de hash van het vorige record en zijn positie in de keten — #4,471 in de demo. Controleer de keten wanneer je wilt; elke wijziging ergens in de keten breekt alles daarna.
16Exporteren als JSON
Elke beslissing is te exporteren als JSON, inclusief hash — klaar voor je eigen archief, je auditor of je incidentreview. Het logboek is van jou, niet van ons.
17Kill-switch
Eén tik pauzeert een agent en stopt direct alle door de agent geïnitieerde betalingen. Sleutels blijven geldig, dus er gaat verder niets stuk — de agent kan simpelweg niets uitgeven tot een mens hem weer aanzet. In de demoflotte staat de reisbot gepauzeerd op €0.00 uitgegeven.
18Bevroren, niet kwijt
Een agent pauzeren bevriest de openstaande voorstellen in plaats van ze weg te gooien. Hef de pauze op en de wachtrij staat precies waar hij stond — geen enkel voorstel sterft stilletjes omdat een mens op de rem trapte.
19Sleutels met beperkt bereik
De inloggegevens van een agent geven bevoegdheden, geen vrije toegang. Scopes zoals payments.send en refunds.issue schakel je los van elkaar in of uit — bij de demo-agent staat subscriptions.manage uit. Trek een sleutel in of roteer hem zonder het onderliggende beleid aan te raken.
20Sleutels eenmalig uitgegeven
Agentsleutels worden bij uitgifte één keer getoond en daarna nooit meer. Wat het platform niet opnieuw kan tonen, kan een aanvaller niet opnieuw opvragen.
21Beleidshash in elke handtekening
Elke betaling wordt ondertekend met de agentsleutel en de hash van het beleid dat haar toestond. Een betaling zegt niet alleen wat er gebeurde — ze bewijst welke regels golden toen het gebeurde.
22Beleidsversiebeheer
Beleid heeft een versie, een hash, een auteur en een tijdstempel — in de demo v14, bijgewerkt op 17 jul om 09:12. Elke beslissing verwijst naar de exacte beleidsversie die haar beoordeelde.
23Replay voordat je vastlegt
De editor draait de beslissingen van de afgelopen 24 uur opnieuw tegen je concept: wat was toegestaan, wat geweigerd, wat zou veranderen. Fouten in beleid zie je in de preview, niet in productie.
24Afwikkeling op echte rails
Een goedgekeurd voorstel wordt een echte betaling — de €120.00 uit de demo werd minuten na goedkeuring afgewikkeld via SEPA Instant met referentie 9F21-0716. Agents geven uit vanuit dezelfde core waarop de rest van de familie draait.
25MCP-endpoint
Agents verbinden via MCP op mcp.protocore.io/agents — elk framework dat het protocol spreekt kan een Protocore-wallet houden. Het integratieoppervlak blijft klein: een betaling voorstellen, een beslissing ontvangen. Beleid leeft op het platform, niet in de prompt.
26Flotte van agents
Draai één agent of meerdere. De demo draait er drie — ops, inkoop, een reisbot — elk met eigen budget, allowlist en drempel. Pauzeer er één en de rest werkt door; beleid lekt nooit over naar andere agents.
