Hundredvis af agenter. Lige så sikre som den første.

01

Sikkerhed

En agent er en ny slags bruger i jeres systemer. Den skal behandles som én – med identitet, rettigheder og opsyn.

• Egen identitet pr. agent

  Hver agent har sin egen servicekonto. Så kan den spores, begrænses og spærres uden at ramme andre agenter eller mennesker.

• Mindst mulige rettigheder

  Adgang pr. handling og datatype. Læseadgang, hvor det er nok, og tidsbegrænsede nøgler til det, der skal skrives.

• Hemmeligheder i en vault

  Nøgler og adgangskoder ligger i en hemmelighedsboks – aldrig i instruktioner, kode eller logs – og roteres løbende.

• Forsvar mod prompt injection

  Indhold fra mails, dokumenter og hjemmesider behandles som data, ikke som ordrer. Hver handling tjekkes mod mandatet, og følsomme handlinger kræver et menneske.

• Dataminimering

  Agenten ser kun de felter, opgaven kræver. Persondata maskeres, hvor de ikke er nødvendige for at løse opgaven.

• Kryptering og datalokation

  Data krypteres under overførsel og opbevaring. Vi vælger region, leverandør eller on-prem ud fra jeres krav til, hvor data må være.

• Fuld sporbarhed

  Hvert kald logges med agent, version, kilder, handling og godkender. Loggen ligger hos jer og kan bruges i revision og hændelseshåndtering.

• Test før og under drift

  Misbrugsscenarier og angrebsforsøg testes, før en agent går i drift – og igen, hver gang en model, en instruktion eller et system ændrer sig.

02

Containment

Hver agent arbejder i sin egen, lukkede ramme. Den eneste vej ud går gennem en kontrolleret gateway.

• Isoleret container pr. agent

  Eget filsystem og ingen delt tilstand. En agent kan ikke se eller påvirke de andre.

• Lukket netværk som standard

  Kun godkendte destinationer kan nås. Alt andet er blokeret.

• Én vej ud: gatewayen

  Al adgang til systemer går gennem en gateway med MCP-servere, der tjekker identitet, politik og godkendelse og logger alt.

• Grænser for ressourcer og budget

  Faste lofter for CPU, hukommelse, køretid, antal kald, tokens og kroner pr. agent og pr. opgave.

• Stopklodser mod løbske agenter

  Maksimalt antal trin, genkendelse af løkker og timeouts, så en agent ikke kan køre i ring.

• Nødstop i tre niveauer

  Stop én agent, en hel funktion eller alle agenter på én gang. Det er aftalt på forhånd, hvem der må trykke.

03

Skalering

Det, der virker for fem agenter, holder ikke til fem hundrede. Kravene vokser trin for trin – og hvert trin bygger på det forrige.

1. Trin 11–10agenter

   De første agenter

   • Mandat og navngiven ejer pr. agent
   • Godkendelse af alt, der forlader huset
   • Logning af hver handling
   • Evaluering på jeres egne eksempler

2. Trin 210–50agenter

   Flere funktioner

   • Agentregister: hvem, hvad, hvis mandat, hvilken version
   • Fælles gateway og adgangsmodel
   • Automatisk evaluering ved hver ændring
   • Budgetter og overvågning pr. agent

3. Trin 350+agenter

   Hundredvis på tværs

   • Kontrolplan med politikker som kode
   • Central overvågning af kvalitet, omkostning og hændelser
   • Gradvis udrulning – én funktion ad gangen
   • Valg af model pr. opgave og plan B, hvis en model fejler
   • Ejerskab i funktionerne, fælles regler centralt
   • Beredskab for hændelser

Tallene er en tommelfingerregel. Hvornår I skal tage næste trin, afhænger af, hvor følsomme opgaverne er, og hvor mange systemer agenterne arbejder i.

04

Trusselsbillede

De risici, vi designer imod – og hvad vi gør ved dem.

05

Revision og krav

Vi designer efter jeres krav – fx GDPR, NIS2 og EU’s AI-forordning – sammen med jeres IT-sikkerhed, DPO og compliance. Kontrollerne dokumenteres, så de kan indgå i jeres egen revision.