Vi bruker Google Analytics til trafikkstatistikk. Analyseinformasjonskapsler settes bare hvis du godtar. Uten samtykke estimeres statistikken fra signaler uten informasjonskapsler. Retningslinjer for informasjonskapsler.
Agents · AI-betalinger
Det interessante spørsmålet er ikke om AI-agenter kommer til å bruke penger — men hvem som setter reglene. Med Protocore Agents er svaret alltid et menneske, på forhånd, skriftlig.
En agent fødes med et budsjett og en allowlist over forhandlere, og kan ikke overskride noen av dem. Alt over grensen for menneskelig godkjenning pauses og spør først. Agenten beveger seg raskt innenfor veggene; veggene er dine.
Policykonsollen — budsjetter, allowlists og terskler per agent.
Revisjonsloggen er uforanderlig og komplett: hva agenten forsøkte, hva policyen tillot, hvem som godkjente hva. Når en agent oppfører seg feil — eller en policy viser seg å være feil — stopper kill-switchen den umiddelbart, og loggen viser nøyaktig hva som skjedde.
Policy som dokument — versjonert, hashet, signert og mulig å spille av på nytt før lagring.
Funksjoner
Én skjerm rommer hele flåten: hver agent, dens daglige grense, dens tillatelsesliste og hva den har brukt i dag. I demoen har tre agenter brukt €184,20 innen 09:41 – to betalinger blokkert, én venter på et menneske. Policyendringer gjelder umiddelbart; agenten oppdager det neste gang den prøver å betale.
Agenten foreslår, et menneske bestemmer. I demoen ber Billing Agent om å betale faktura #088 fra Nord Logistics — €120.00, innenfor dagsbudsjettet på €200.00 med €64.20 allerede brukt, men over godkjenningsgrensen på €50.00 — og forespørselen venter i 14 minutter på et trykk på Godkjenn eller Avslå. Policyen, leverandørens oppføring på tillatelseslisten og kontoen det betales fra står rett under knappene.
Hver agent kjører fra sin egen lommebok med sin egen policy. Demo-agenten Billing Agent har €135.80 igjen av en daglig grense på €200.00 — €64.20 brukt på tre betalinger, nullstilles kl. 00:00 — med et tak på €150.00 per transaksjon, menneskelig godkjenning over €50.00 og to tillatte leverandører. Nylige betalinger får en auto-merkelapp når policyen godkjente dem alene.
En agent er policy før den er kode. Billing Agent i demoen får en daglig grense på €200.00, et tak på €150.00 per transaksjon, to leverandører fra tillatelseslisten og menneskelig godkjenning over €50.00 — alt satt i steg 2 av 3, før nøklene finnes. Nøklene utstedes én gang, vises bare én gang, og hver betalingssignatur bærer policy-hashen.
En policy er et versjonert dokument. Demo-endringen hever Ops Agents tak per transaksjon: v14 blir v15, endringen krever en revisjonsnotis, og lagres signert av operatøren med en ny policy-hash. Replay-panelet kjører de siste 24 timene med reelle beslutninger mot utkastet — du ser hva en policy ville ha tillatt før den er live.
Beslutning DEC-4471 rekonstruerer én betaling fullstendig: forespørselen, hver policy-sjekk med resultat — tillatelsesliste bestått, tak bestått, grense eskalert — den menneskelige godkjenningen med signatur, og de gjennomførte €120.00 med rail og referanse. Loggen er hash-kjedet og kun for tillegg; å endre ett felt bryter kjeden fra det punktet og utover.
Et budsjett er en hard grense, ikke et forslag. Hver agent har en daglig grense og et tak per transaksjon — €500.00 per dag, €150.00 per betaling i demo-policyen — håndhevet av plattformen før penger flyttes. Reiseboten sitt charterforsøk på €640.00 ble avvist på stedet: over taket.
Over den daglige grensen ligger et månedlig tak — €6,000.00 i demo-policyen. En agent som oppfører seg hver eneste dag, kan likevel ikke drive forbi det måneden tillater.
Daglige budsjetter nullstilles på et oppgitt tidspunkt — 00:00 CET i demoen — synlig på agentens lommebok. Forbruket summeres mot et vindu alle kan se, ikke et rullerende mysterium.
Agenter betaler bare leverandører du har lagt inn på forhånd. Ops Agent i demoen kjenner nøyaktig fire — og et forsøk på €180.00 hos en leverandør som ikke står på listen ble avvist som ikke oppført. Å legge til en leverandør er ett klikk; å fjerne en gjelder umiddelbart.
Sett grensen der et menneske må si ja. Demo-policyen eskalerer alt over €100.00: agenten pauser, en person får forslaget, og ingenting flyttes før vedkommende svarer. Under grensen går agenten fritt — innenfor budsjettet og tillatelseslisten.
En godkjenning er ikke en avkrysningsboks — den registreres med hvem som godkjente, på hvilken enhet, når, og med en signatur vedlagt. Demo-beslutningen viser det: godkjent i appen, telefonnøkkel, 09:41:12.
Foreslå, eskalere, godkjenne, tillate — hvert steg tidsstemplet i beslutningsloggen. Når noen spør hvorfor en betaling skjedde, er svaret en sekvens, ikke et skuldertrekk.
Hver beslutning står i loggen: hva agenten forsøkte, hva policyen sa, hvem som godkjente hva — helt ned til nøkkelrotasjoner. Oppføringer kan bare legges til, og de kan eksporteres. Når noe ser galt ut, viser loggen nøyaktig hva som skjedde og når.
Hver revisjonspost har sin egen hash, hashen til forrige post og sin posisjon i kjeden — #4,471 i demoen. Verifiser kjeden når du vil; enhver endring et sted bryter alt etter den.
Enhver beslutning kan eksporteres som JSON, med hash — klar for ditt eget arkiv, revisoren eller hendelsesgjennomgangen. Loggen er din å ta med, ikke vår å beholde.
Ett trykk pauser en agent og stanser alle agentinitierte betalinger umiddelbart. Nøklene forblir gyldige, så ingenting annet går i stykker — agenten kan bare ikke bruke penger før et menneske slår den på igjen. I demoflåten står reiseboten på pause med €0.00 brukt.
Å pause en agent fryser ventende forslag i stedet for å forkaste dem. Opphev pausen, og køen står akkurat der den var — ingen forslag dør i det stille fordi et menneske trakk i bremsen.
En agents legitimasjon gir rettigheter, ikke blanket tilgang. Scopes som payments.send og refunds.issue slås av og på hver for seg — demo-agenten har subscriptions.manage slått av. Tilbakekall eller roter en nøkkel uten å røre policyen under.
Agentnøkler vises bare én gang ved utstedelse, aldri igjen. Det plattformen ikke kan vise på nytt, kan en angriper heller ikke be om på nytt.
Hver betaling signeres med agentnøkkelen og hashen til policyen som tillot den. En betaling sier ikke bare hva som skjedde — den beviser hvilke regler som gjaldt da det skjedde.
Policyer har en versjon, en hash, en forfatter og et tidsstempel — v14, oppdatert 17. juli kl. 09:12 i demoen. Hver beslutning refererer til den nøyaktige policyversjonen som vurderte den.
Editoren spiller av de siste 24 timene med beslutninger mot utkastet ditt: hva som ble tillatt, hva som ble avvist, hva som ville endret seg. Policyfeil dukker opp i forhåndsvisningen, ikke i produksjon.
Et godkjent forslag blir en ekte betaling — demoens €120.00 ble gjort opp via SEPA Instant med referanse 9F21-0716, minutter etter godkjenning. Agenter bruker penger fra samme kjerne som resten av familien kjører på.
Agenter kobler til over MCP på mcp.protocore.io/agents — ethvert rammeverk som snakker protokollen kan ha en Protocore-lommebok. Integrasjonsflaten forblir liten: foreslå en betaling, motta en beslutning. Policyen ligger på plattformen, ikke i prompten.
Kjør én agent eller mange. Demoen kjører tre — ops, innkjøp og en reisebot — hver med eget budsjett, egen tillatelsesliste og egen grense. Pause én, og de andre fortsetter å jobbe; policy lekker aldri mellom agenter.
Skjermer
Ekte produktgrensesnitt, vist med demodata.
FAQ
Budsjettet håndheves av plattformen, ikke lovet av agenten. En agent kan ikke overskride sin daglige grense eller grensen per transaksjon, uansett hva den bestemmer seg for, og alt over godkjenningsterskelen pauses og spør et menneske før pengene flyttes.
Bare til forhandlere på allowlisten. Allowlisten avgrenser hvor pengene i det hele tatt kan gå, før noen budsjettsjekk — en agent betaler der du har sagt at den kan, og ingen andre steder.
Den pauses og sendes til en person for godkjenning; betalingen gjøres opp først etter at et menneske har godkjent, og forespørselen, sjekkene og signaturen blir alle registrert. Under grensen handler agenten på egen hånd innenfor veggene.
En kill-switch per agent stopper den med ett trykk — umiddelbart, ikke ved neste syklus. Revisjonsloggen viser deretter nøyaktig hva den gjorde frem til da.
Via MCP på mcp.protocore.io/agents, med API og dokumentasjon for å koble ethvert rammeverk til en policy. Policyen — budsjett, allowlist, terskel — settes før agentens nøkler i det hele tatt finnes.
Revisjonssporet er uforanderlig og hash-kjedet: forespørselen, hver policysjekk med resultat, signaturen for menneskelig godkjenning og den gjennomførte betalingen. Selve policyen er versjonert, hashet, signert og kan spilles av på nytt før du lagrer den.
Vurder
Vi går gjennom hele løpet sammen med deg — opprett en agent, sett policyen og se en betaling eskalere til godkjenning og gjøres opp som vanlig SEPA.
Et testmiljø der teamet ditt kan sette budsjetter, tillatelseslister og terskler, deretter utløse hver av dem og lese den append-only-loggen.
Koble en testagent over MCP på mcp.protocore.io/agents, med API-et og dokumentasjonen du trenger for å koble ditt eget rammeverk til en policy.
Evaluer under Protocore-merket eller ditt eget — dine agenter, din policy, uansett flate.
Mer å lese
Tilgjengelig frittstående eller som whitelabel — dine agenter, din policy, under begge merker.
Agents bruker penger på Pays rails under menneskelig policy, gjøres opp som vanlig SEPA og skriver til den samme revisjonsmodellen som Center leser.
Alt ovenfor kjører i produksjonsdemoer vi kan vise deg – frittstående, whitelabel eller som én plattform. Fortell oss hva du bygger, så viser vi deg den korteste veien dit.
