Agents · AI-betalningar

Autonomi i koppel – och du håller i det

Den intressanta frågan är inte om AI-agenter kommer att spendera pengar — utan vem som bestämmer reglerna. Med Protocore Agents är svaret alltid en människa, i förväg och skriftligen.

01

Policy först, betalningar sedan

En agent föds med en budget och en lista över godkända handlare, och den kan inte överskrida någon av dem. Allt över tröskeln för mänskligt godkännande pausas och frågar. Agenten rör sig snabbt innanför murarna — murarna är dina.

  1. 01Budgetar som upprätthålls av plattformen, inte utlovas av agenten
  2. 02Tillåtelselistor avgör över huvud taget vart pengarna kan gå
  3. 03Trösklar skickar stora beslut till människor
Agents-konsol med budgetar per agent, godkända handlare och godkännandetrösklar

Policykonsolen — budgetar, tillåtelselistor och trösklar per agent.

02

Varje åtgärd i protokollet

Revisionsloggen är oföränderlig och komplett: vad agenten försökte, vad policyn tillät, vem som godkände vad. När en agent beter sig fel — eller en policy visar sig vara fel — stoppar kill-switchen den direkt, och loggen visar exakt vad som hände.

Policyredigerare för Ops Agent med budgetfält, en tillåtelselista med fyra handlare, ett reglage för godkännandetröskel på 100,00 €, en obligatorisk revisionsanteckning och en 24-timmars återspelning av beslut mot utkastet

Policy som dokument — versionshanterad, hashad, signerad och möjlig att spela upp igen före sparande.

Funktioner

Allt som ingår i Protocore Agents.

  1. 01Policykonsol
  2. 02Godkännanden i flödet
  3. 03Agentplånböcker
  4. 04Skapa en agent
  5. 05Policyeditorn
  6. 06Revision, beslut för beslut
  7. 07Budgetar per agent
  8. 08Månadstak
  9. 09Budgeten nollställs på klockslaget
  1. 10Vitlistor för handlare
  2. 11Godkännandegränser
  3. 12Signerade mänskliga godkännanden
  4. 13Eskaleringsspåret
  5. 14Oföränderlig revisionslogg
  6. 15Hashkedjad integritet
  7. 16Exportera som JSON
  8. 17Nödstopp
  9. 18Fryst, inte förlorat
  1. 19Begränsade nycklar
  2. 20Nycklar utfärdas en gång
  3. 21Policy-hash i varje signatur
  4. 22Policyversioner
  5. 23Replay innan du genomför
  6. 24Avveckling på riktiga banor
  7. 25MCP-endpoint
  8. 26Agentflotta
Läs om alla 26 funktioner i detalj

01Policykonsol

En skärm rymmer hela flottan: varje agent, dess dagsgräns, dess allowlist och vad den har spenderat i dag. I demon har tre agenter spenderat €184.20 kl. 09:41 – två betalningar blockerade, en väntar på en människa. Policyändringar gäller direkt; agenten märker det nästa gång den försöker betala.

  • Budgetar, allowlists och tröskelvärden redigeras per agent
  • Utgifter, blockeringar och väntande godkännanden i en överblick
  • De senaste 24 timmarnas beslut, exporterbara

02Godkännanden i flödet

Agenten föreslår, en människa avgör. I demon ber Billing Agent att få betala faktura #088 från Nord Logistics — €120.00, inom dagsbudgeten på €200.00 där €64.20 redan är använt, men över godkännandegränsen på €50.00 — och begäran väntar i 14 minuter på ett tryck på Godkänn eller Neka. Policyn, handlarens post på vitlistan och betalkontot visas direkt under knapparna.

03Agentplånböcker

Varje agent körs från sin egen plånbok med sin egen policy. Demons Billing Agent har €135.80 kvar av en daglig gräns på €200.00 — €64.20 spenderat på tre betalningar, nollställs 00:00 — med ett tak på €150.00 per transaktion, mänskligt godkännande över €50.00 och två godkända handlare. Senaste betalningar får en auto-tagg när policyn klarerade dem på egen hand.

  • Daglig gräns, förbrukning, tak och återstående budget på en skärm
  • Godkända handlare med sin betalningshistorik
  • Betalningar märkta auto eller godkända av dig

04Skapa en agent

En agent är policy innan den är kod. Demons Billing Agent får en daglig gräns på €200.00, ett tak på €150.00 per transaktion, två handlare från vitlistan och mänskligt godkännande över €50.00 — allt inställt i steg 2 av 3, innan det finns några nycklar. Nycklar utfärdas en gång, visas en enda gång, och varje betalningssignatur bär policyns hash.

05Policyeditorn

En policy är ett versionshanterat dokument. Demons ändring höjer Ops Agents tak per transaktion: v14 blir v15, ändringen kräver en revisionsnotering och sparas signerad av operatören med en ny policy-hash. Replay-panelen kör de senaste 24 timmarnas verkliga beslut mot utkastet — du ser vad en policy hade tillåtit innan den går live.

  • Daglig gräns, tak per transaktion och månadstak per agent
  • Skriven revisionsnotering krävs vid varje sparning
  • 24 timmars replay mot utkastet innan du genomför

06Revision, beslut för beslut

Beslut DEC-4471 återskapar en betalning fullständigt: begäran, varje policykontroll med sitt resultat — vitlista godkänd, tak godkänt, gräns eskalerad — det mänskliga godkännandet med sin signatur, och de avvecklade €120.00 med bana och referens. Loggen är hashkedjad och endast append — ändrar du något fält bryts kedjan från den punkten och framåt.

07Budgetar per agent

En budget är en hård vägg, inte ett förslag. Varje agent har en daglig gräns och ett tak per transaktion — €500.00 per dag och €150.00 per betalning i demopolicyn — som plattformen verkställer innan pengar rör sig. Resebotens charterförsök på €640.00 nekades på stubben: över taket.

08Månadstak

Ovanför den dagliga gränsen finns ett månadstak — €6,000.00 i demopolicyn. En agent som sköter sig varje enskild dag kan ändå inte glida förbi vad månaden tillåter.

09Budgeten nollställs på klockslaget

Dagsbudgetar nollställs vid en angiven tidpunkt — 00:00 CET i demon — synlig i agentens plånbok. Förbrukningen summeras mot ett fönster som alla kan se, inte ett rullande mysterium.

10Vitlistor för handlare

Agenter betalar bara handlare som du har listat i förväg. Demons Ops Agent känner till exakt fyra — och ett försök på €180.00 hos en olistad leverantör nekades som ej listad. Att lägga till en handlare är ett klick; att ta bort en gäller direkt.

11Godkännandegränser

Sätt gränsen över vilken en människa måste säga ja. Demopolicyn eskalerar allt över €100.00: agenten pausar, en person får förslaget och inget rör sig förrän hen svarat. Under gränsen arbetar agenten fritt — inom sin budget och vitlista.

12Signerade mänskliga godkännanden

Ett godkännande är ingen kryssruta — det registreras med vem som godkände, på vilken enhet, när, och med en bifogad signatur. Demobeslutet visar det: godkänt i appen, telefonnyckel, 09:41:12.

13Eskaleringsspåret

Föreslå, eskalera, godkänn, tillåt — varje steg tidsstämplat i beslutsloggen. När någon frågar varför en betalning skedde är svaret en sekvens, inte en axelryckning.

14Oföränderlig revisionslogg

Varje beslut finns i loggen: vad agenten försökte, vad policyn sade, vem som godkände vad — ända ned till nyckelrotationer. Poster är endast append och kan exporteras. När något ser fel ut visar loggen exakt vad som hände och när.

15Hashkedjad integritet

Varje revisionspost bär sin egen hash, föregående posts hash och sin plats i kedjan — #4,471 i demon. Verifiera kedjan när du vill; en ändring var som helst bryter allt som kommer efter.

16Exportera som JSON

Varje beslut kan exporteras som JSON, hash inkluderad — redo för ditt eget arkiv, din revisor eller din incidentgranskning. Loggen är din att ta med, inte vår att behålla.

17Nödstopp

Ett tryck pausar en agent och stoppar all agentinitierad betalning omedelbart. Nycklarna förblir giltiga, så inget annat går sönder — agenten kan helt enkelt inte spendera förrän en människa slår på den igen. I demoflottan står reseboten pausad med €0.00 spenderat.

18Fryst, inte förlorat

När en agent pausas fryses dess väntande förslag i stället för att kastas. Återuppta, så står kön precis där den stod — inget förslag dör tyst för att en människa bromsade.

19Begränsade nycklar

En agents autentiseringsuppgifter ger specifika behörigheter, inte generell åtkomst. Scopes som payments.send och refunds.issue slås på och av oberoende av varandra — demoagenten har subscriptions.manage avstängd. Återkalla eller rotera en nyckel utan att röra policyn under den.

20Nycklar utfärdas en gång

Agentnycklar visas en enda gång vid utfärdandet och aldrig mer. Vad plattformen inte kan visa igen kan en angripare inte begära igen.

21Policy-hash i varje signatur

Varje betalning signeras med agentnyckeln och hashen av den policy som tillät den. En betalning berättar inte bara vad som hände — den bevisar vilka regler som gällde när det hände.

22Policyversioner

Policyer har en version, en hash, en upphovsperson och en tidsstämpel — v14, uppdaterad 17 juli kl. 09:12 i demon. Varje beslut hänvisar till exakt den policyversion som bedömde det.

23Replay innan du genomför

Editorn kör de senaste 24 timmarnas beslut mot ditt utkast: vad som tilläts, vad som nekades, vad som skulle ändras. Policyfel dyker upp i förhandsvisningen, inte i produktion.

24Avveckling på riktiga banor

Ett godkänt förslag blir en riktig betalning — demons €120.00 avvecklades via SEPA Instant med referens 9F21-0716, några minuter efter godkännandet. Agenter spenderar från samma kärna som resten av familjen körs på.

25MCP-endpoint

Agenter ansluter via MCP på mcp.protocore.io/agents — alla ramverk som talar protokollet kan ha en Protocore-plånbok. Integrationsytan är liten: föreslå en betalning, ta emot ett beslut. Policyn bor på plattformen, inte i prompten.

26Agentflotta

Kör en agent eller många. Demon kör tre — ops, inköp och en reseagent — var och en med egen budget, vitlista och gräns. Pausa en så arbetar de andra vidare; policy läcker aldrig mellan agenter.

Skärmar

Inuti produkten.

Riktigt produktgränssnitt, visat med demodata.

Ett beslut, helt rekonstruerat — kontroller, signatur, avräkning, hashkedja.

FAQ

Agents under policy – svar på frågorna.

  • Budgeten upprätthålls av plattformen, inte utlovas av agenten. En agent kan inte överskrida sin dagliga gräns eller gräns per transaktion, oavsett vad den bestämmer sig för, och allt över godkännandetröskeln pausas och frågar en människa innan pengar rör sig.

  • Bara till handlare på dess tillåtelselista. Listan avgör vart pengar över huvud taget kan gå, före varje budgetkontroll — en agent betalar där du har sagt att den får, och ingen annanstans.

  • Den pausar och skickas till en person för godkännande; betalningen genomförs först när en människa har godkänt den, och begäran, kontrollerna och signaturen registreras. Under gränsen agerar agenten på egen hand innanför murarna.

  • En kill-switch per agent stoppar den med ett tryck — direkt, inte vid nästa cykel. Revisionsloggen visar sedan exakt vad den gjorde fram till dess.

  • Via MCP på mcp.protocore.io/agents, med API och dokumentation för att koppla valfritt ramverk till en policy. Policyn — budget, tillåtelselista, tröskel — sätts innan agentens nycklar ens finns.

  • Revisionsspåret är oföränderligt och hashkedjat: begäran, varje policykontroll med resultat, signaturen för det mänskliga godkännandet och den genomförda betalningen. Själva policyn är versionshanterad, hashad, signerad och kan spelas upp igen innan du sparar den.

Utvärdera

Ge en agent en policy och en budget.

01

Guidad demogenomgång

Vi går igenom hela flödet tillsammans — skapa en agent, sätt dess policy och se en betalning eskalera för godkännande och avvecklas som vanlig SEPA.

02

Sandbox-konto

En testmiljö där ditt team kan sätta budgetar, tillåtlistor och gränsvärden, sedan utlösa var och en och läsa den append-only-logg som skrivs.

03

MCP- och API-åtkomst samt dokumentation

Anslut en testagent via MCP på mcp.protocore.io/agents, med API och dokumentation för att koppla ditt eget ramverk till en policy.

04

Fristående eller whitelabel

Testa under Protocores varumärke eller ditt eget — dina agenter, din policy, oavsett gränssnitt.

Tillgänglighet

Tillgänglig fristående eller som whitelabel — dina agenter, din policy, valfritt varumärke.

I ekosystemet

Agents spenderar på Pays rails under mänsklig policy, avräknas som vanlig SEPA och skriver till samma revisionsmodell som Center läser.

Välj en produkt. Eller ta kärnan.

Allt ovan körs i produktionsdemos som vi gärna går igenom med dig – fristående, som whitelabel eller som en samlad plattform. Berätta vad ni bygger så visar vi den kortaste vägen dit.