Agentic infrastructure

Hvad det er, og hvordan det virker

En fast automatisering følger én vej, besluttet på forhånd. En AI-agent læser i stedet en opgave, finder ud af, hvilke af sine tilladte værktøjer den skal bruge og i hvilken rækkefølge, og justerer den plan undervejs, på samme måde som et menneske ville, når en sag ikke passer helt ind i det sædvanlige mønster. Det er den forskel, ordet "agentic" peger på.

Selve agenten er kun én del af det, vi bygger. Omkring den ligger infrastrukturen, der gør det sikkert at lade den køre i en virksomhed for alvor: adgangsrettigheder, der afgrænser, hvilke systemer og optegnelser den kan nå, en log over hver handling og hvorfor, og navngivne punkter, hvor den stopper og venter på, at et menneske godkender, før den går videre.

Fordi agenten planlægger i stedet for at følge ét fastlagt forløb, kan den håndtere et bredere udsnit af sager end en regelbaseret automatisering, uden at der skal skrives en ny regel for hver variation. Det, den ikke kan, er at handle uden for de værktøjer, den har fået, og det er tilsigtet: de værktøjer, den har adgang til, er nøjagtig grænsen for, hvad den kan påvirke.

Hvor det passer ind

• Forsikring

  Læser nye skadesanmeldelser, beder om manglende dokumenter og gør hver sag klar til en skadebehandler.

• Detailhandel og webshops

  Besvarer spørgsmål om ordrer og returneringer ud fra ordersystemet og giver usædvanlige sager videre til et menneske.

• Rekrutteringsbureauer

  Sammenligner ansøgninger med stillingens krav og laver en kortliste til en rekrutteringskonsulent.

Sådan implementerer vi det

Vi bygger hver løsning i de samme fem faser. For agentic infrastructure starter det med at finde de opgaver, der er regelbaserede nok til, at en agent kan betros dem, og aftale skriftligt med virksomheden, hvad den må og ikke må.

Vi bygger først én agent til én opgave, med begrænset adgang og en log, som virksomheden kan læse og tjekke dens arbejde i, før noget af det, den producerer, går videre af sig selv. Først når den første agent har vist sit værd i den daglige brug, udvider vi dens opgave eller tilføjer en agent mere ved siden af den.

En agents instruktioner ældes, i takt med at jeres virksomhed ændrer sig, så vi behandler den på samme måde som ethvert andet system i drift: vi gennemgår dens log, opdaterer, hvad den skal gøre, når jeres processer ændrer sig, og justerer dens adgang, hvis systemerne omkring den også ændrer sig.

1. Jordbund Vi finder regelbaserede opgaver og aftaler med jer, hvad en agent må og ikke må.
2. Frø Vi bygger én agent til én opgave med begrænset adgang, og virksomheden tjekker dens arbejde, før det sendes ud.
3. Rodnet Agenten arbejder i jeres rigtige systemer med sine egne adgangsrettigheder og en log, I kan læse.
4. Vækst Vi udvider dens opgaver eller tilføjer flere agenter fase for fase ud fra loggen og virksomhedens erfaringer.
5. Pleje Vi gennemgår agentens arbejde, opdaterer dens instruktioner, når jeres forretning ændrer sig, og holder den kørende.

Hvad det giver jeres virksomhed

En agent overtager de opgaver, der tidligere var for varierede til at automatisere helt, men for gentagne til, at det gav mening at bede et menneske om at gøre dem fra bunden hver gang, som at læse en indkommen henvendelse og gøre den klar til, at nogen kan handle på den. Det arbejde holder op med at konkurrere om et menneskes opmærksomhed med de dele af jobbet, kun et menneske kan udføre.

Fordi hver handling bliver logget, er en fejl synlig og sporbar i stedet for tavs. Ingenting, agenten gør, sker uden for optegnelsen, så et forkert trin bliver opdaget og rettet på samme måde, som et menneskes fejl ville blive det, i stedet for at blive opdaget langt senere, uden nogen sporbar årsag.

Godkendelsespunkterne, der er bygget ind i agenten, betyder, at virksomheden beslutter på forhånd, hvilke beslutninger der stadig kræver et menneske, og hvilke der ikke gør, i stedet for at den grænse bliver sat implicit af, hvad softwaren tilfældigvis tillader. Den grænse kan flytte sig, efterhånden som tilliden til agenten vokser, i begge retninger.

Hvorfor Lynggaard Jardim

Victor står for webudvikling, AI og IT-infrastruktur hos Lynggaard Jardim; Alexander står for drift og økonomi. En agent, der rører ved både jeres processer og jeres systemer, kræver netop den kombination af vurdering, før den bliver betroet noget rigtigt.

Vi arbejder fra København og bygger selv adgangsrettighederne, loggen og godkendelsespunkterne omkring hver agent, i stedet for blot at tænde for en generisk assistent og håbe, at de sikkerhedsforanstaltninger, den kommer med, tilfældigvis passer til jeres virksomhed. En agent med regler, der er skrevet til jeres virksomhed, er én, I rent faktisk kan stole på med rigtigt arbejde.