Vi bruger Google Analytics til trafikstatistik. Analysecookies sættes kun, hvis du accepterer. Uden samtykke estimeres statistikken ud fra cookiefri signaler. Cookiepolitik.
Agents · AI-betalinger
Det interessante spørgsmål er ikke, om AI-agenter vil bruge penge — men hvem der sætter reglerne. Med Protocore Agents er svaret altid et menneske, på forhånd, skriftligt.
En agent fødes med et budget og en allowlist over forhandlere, og den kan ikke overskride nogen af dem. Alt over grænsen for menneskelig godkendelse sættes på pause og spørger. Agenten bevæger sig hurtigt inden for murene; murene er dine.
Policy-konsollen — budgetter, allowlists og grænser pr. agent.
Revisionsloggen er uforanderlig og komplet: hvad agenten forsøgte, hvad policyen tillod, hvem der godkendte hvad. Når en agent opfører sig forkert — eller en policy viser sig at være forkert — stopper kill-switchen den øjeblikkeligt, og loggen viser præcis, hvad der skete.
Policy som dokument — versioneret, hashet, signeret og kan genafspilles, før du gemmer.
Funktioner
Én skærm rummer hele flåden: hver agent, dens daglige grænse, dens allowlist og hvad den har brugt i dag. I demoen har tre agenter brugt €184.20 kl. 09:41 — to betalinger blokeret, én venter på et menneske. Politikændringer gælder med det samme; agenten opdager det, næste gang den forsøger at betale.
Agenten foreslår; et menneske beslutter. I demoen beder Billing Agent om at betale faktura #088 fra Nord Logistics — €120.00, inden for dens daglige budget på €200.00 med €64.20 allerede brugt, men over godkendelsesgrænsen på €50.00 — og anmodningen venter 14 minutter på et tryk på Godkend eller Afvis. Policyen, forhandlerens plads på allowlisten og betalingskontoen står lige under knapperne.
Hver agent kører fra sin egen wallet med sin egen policy. Demoens Billing Agent har stadig €135.80 tilbage af en daglig grænse på €200.00 — €64.20 brugt fordelt på tre betalinger, nulstilles kl. 00:00 — med et loft på €150.00 pr. transaktion, menneskelig godkendelse over €50.00 og to tilladte forhandlere. Seneste betalinger får et auto-mærke, når policyen godkendte dem alene.
En agent er policy, før den er kode. Demoens Billing Agent får en daglig grænse på €200.00, et loft på €150.00 pr. transaktion, to forhandlere fra allowlisten og menneskelig godkendelse over €50.00 — alt sammen sat i trin 2 af 3, før der findes nøgler. Nøgler udstedes én gang, vises kun én gang, og hver betalingssignatur bærer policy-hashen.
En policy er et versioneret dokument. Demoens redigering hæver Ops Agents loft pr. transaktion: v14 bliver til v15, ændringen kræver en revisionsnote, og den gemmes signeret af operatøren med en ny policy-hash. Replay-panelet kører de seneste 24 timers rigtige beslutninger mod udkastet — du ser, hvad en policy ville have tilladt, før den går live.
Beslutning DEC-4471 genskaber én betaling fuldstændigt: anmodningen, hvert policy-tjek med resultat — allowlist bestået, loft bestået, grænse eskaleret — den menneskelige godkendelse med sin signatur og de afviklede €120.00 med rail og reference. Registreringen er hash-kædet og kan kun tilføjes til; redigering af et hvilket som helst felt bryder kæden fra det punkt og frem.
Et budget er en hård mur, ikke et forslag. Hver agent har en daglig grænse og et loft pr. transaktion — €500.00 om dagen, €150.00 pr. betaling i demoens policy — håndhævet af platformen, før pengene flytter sig. Rejsebottens charterforsøg på €640.00 blev afvist på stedet: over loftet.
Over den daglige grænse sidder et månedligt loft — €6,000.00 i demoens policy. En agent, der opfører sig ordentligt hver eneste dag, kan stadig ikke drive forbi det, måneden tillader.
Daglige budgetter nulstilles på et fast tidspunkt — 00:00 CET i demoen — synligt i agentens wallet. Forbruget lægges sammen inden for et vindue, som alle kan se, ikke et glidende mysterium.
Agenter betaler kun forhandlere, du på forhånd har sat på listen. Demoens Ops Agent kender præcis fire — og et forsøg på €180.00 hos en leverandør uden for listen blev afvist som ikke på listen. Det tager ét klik at tilføje en forhandler; fjernelse træder i kraft med det samme.
Sæt grænsen, over hvilken et menneske skal sige ja. Demoens policy eskalerer alt over €100.00: agenten går på pause, en person får forslaget, og intet flytter sig, før vedkommende svarer. Under grænsen kører agenten frit — inden for sit budget og sin allowlist.
En godkendelse er ikke et afkrydsningsfelt — den registreres med, hvem der godkendte, på hvilken enhed, hvornår og med en vedhæftet signatur. Demoens beslutning viser det: godkendt i appen, telefonnøgle, 09:41:12.
Foreslå, eskalér, godkend, tillad — hvert trin tidsstemplet i beslutningsregistreringen. Når nogen spørger, hvorfor en betaling skete, er svaret en række hændelser, ikke et skuldertræk.
Hver beslutning er registreret: hvad agenten forsøgte, hvad policyen sagde, hvem der godkendte hvad — helt ned til nøglerotationer. Poster kan kun tilføjes og kan eksporteres. Når noget ser forkert ud, viser loggen præcis, hvad der skete, og hvornår.
Hver revisionspost bærer sin egen hash, den forrige posts hash og sin placering i kæden — #4,471 i demoen. Verificér kæden efter behov; enhver ændring et vilkårligt sted bryder alt efter den.
Enhver beslutning kan eksporteres som JSON, inklusive hash — klar til dit eget arkiv, din revisor eller din hændelsesgennemgang. Loggen er din at tage med, ikke vores at beholde.
Ét tryk sætter en agent på pause og standser øjeblikkeligt alle agent-initierede betalinger. Nøglerne forbliver gyldige, så intet andet går i stykker — agenten kan bare ikke bruge penge, før et menneske tænder den igen. I demoens flåde står rejsebotten på pause med €0.00 brugt.
Når en agent sættes på pause, fryses dens ventende forslag i stedet for at blive kasseret. Ophæv pausen, og køen står præcis, hvor den var — intet forslag dør i stilhed, fordi et menneske trak i håndbremsen.
En agents legitimationsoplysninger giver rettigheder, ikke blanket adgang. Scopes som payments.send og refunds.issue slås til og fra uafhængigt af hinanden — demoens agent har subscriptions.manage slået fra. Tilbagekald eller rotér en nøgle uden at røre den policy, der ligger under.
Agentnøgler vises kun én gang ved udstedelse og aldrig igen. Det, platformen ikke kan vise igen, kan en angriber ikke anmode om igen.
Hver betaling signeres med agentnøglen og hashen af den policy, der tillod den. En betaling siger ikke bare, hvad der skete — den beviser, hvilke regler der gjaldt, da det skete.
Policyer har en version, en hash, en forfatter og et tidsstempel — v14, opdateret 17. jul. kl. 09:12 i demoen. Hver beslutning refererer til den præcise policy-version, der vurderede den.
Editoren afspiller de seneste 24 timers beslutninger mod dit udkast: hvad der blev tilladt, hvad der blev afvist, hvad der ville ændre sig. Policyfejl dukker op i forhåndsvisningen, ikke i produktion.
Et godkendt forslag bliver til en rigtig betaling — demoens €120.00 blev afviklet via SEPA Instant med reference 9F21-0716, få minutter efter godkendelsen. Agenter bruger penge fra den samme kerne, som resten af familien kører på.
Agenter forbinder over MCP på mcp.protocore.io/agents — ethvert framework, der taler protokollen, kan have en Protocore-wallet. Integrationsfladen holdes lille: foreslå en betaling, modtag en beslutning. Policy ligger på platformen, ikke i prompten.
Kør én agent eller mange. Demoen kører tre — ops, indkøb, en rejsebot — hver med sit eget budget, sin egen allowlist og grænse. Sæt én på pause, og de andre arbejder videre; policy lækker aldrig mellem agenter.
Skærme
Rigtigt produkt-UI, vist med demodata.
FAQ
Budgettet håndhæves af platformen, ikke lovet af agenten. En agent kan ikke overskride sin daglige grænse eller grænse pr. transaktion, uanset hvad den beslutter, og alt over godkendelsesgrænsen sættes på pause og spørger et menneske, før pengene flyttes.
Kun til forhandlere på dens allowlist. Allowlisten afgrænser, hvor pengene overhovedet kan gå hen, før noget budgettjek — en agent betaler, hvor du har sagt, den må, og ingen andre steder.
Den sættes på pause og sendes til en person til godkendelse; betalingen afvikles først, når et menneske har godkendt den, og anmodningen, tjekkene og signaturen bliver alle registreret. Under grænsen handler agenten selv inden for murene.
En kill-switch pr. agent stopper den med ét tryk — øjeblikkeligt, ikke ved næste cyklus. Revisionsloggen viser derefter præcis, hvad den nåede at gøre.
Via MCP på mcp.protocore.io/agents, med API og dokumentation til at koble ethvert framework til en policy. Policyen — budget, allowlist, grænse — er sat, før agentens nøgler overhovedet findes.
Revisionssporet er uforanderligt og hashkædet: anmodningen, hvert policy-tjek med resultat, den menneskelige godkendelsessignatur og den afviklede betaling. Selve policyen er versioneret, hashet, signeret og kan genafspilles, før du gemmer den.
Vurdér
Vi gennemgår hele forløbet sammen med jer — opret en agent, sæt dens regler, og se en betaling eskalere til godkendelse og blive afregnet som almindelig SEPA.
Et testmiljø, hvor dit team kan sætte budgetter, allowlists og grænser, udløse hver af dem og læse den append-only log.
Forbind en testagent via MCP på mcp.protocore.io/agents, med API og dokumentation til at koble dit eget framework til et regelsæt.
Test under Protocore-brandet eller dit eget — dine agenter, din policy, begge flader.
Læs videre
Fås standalone eller som whitelabel — dine agenter, dine regler, under begge brands.
Agents bruger penge på Pays rails under menneskelig policy, afvikles som almindelig SEPA og skriver til den samme revisionsmodel, som Center læser.
Alt ovenfor kører i produktionsdemoer, vi kan gennemgå med jer – standalone, whitelabel eller som én platform. Fortæl os, hvad I bygger, så viser vi jer den korteste vej.
