Overlad arbejdet, behold det sidste ord: sådan fungerer Agent Manager i DocReveal i praksis

Noget arbejde kommer igen hver morgen. Læs leverandørernes post, og arkivér det, der er kommet. Kontrollér hver faktura mod reglerne. Spørg nogen, når et tal ikke går op. Intet af det er svært, og intet af det bliver nogensinde færdigt.

At automatisere det betyder som regel et projekt — en specifikation, en udvikler, en releasedato — og bagefter regler, som de mennesker, der udfører arbejdet, ikke længere kan læse. Så forbliver rutinen manuel, eller den forsvinder ind i en sort boks.

Vores nye videoguide viser en anden vej. Den varer syv og et halvt minut, I kan se den øverst på denne side, og den følger kreditorbogholderiet hos Keldmoor, en fiktiv grossist, gennem en uge med Agent Manager i DocReveal. Teamet bygger to agenter — den ene arkiverer leverandørernes post, den anden kontrollerer hver faktura —, tester dem, udgiver dem og har hver kørsel under kontrol. Idéen bag er beskrevet i artiklen Agent Pool; her er, hvordan det ser ud i praksis.

En hjælper til rutinearbejde

I DocReveal er en agent en hjælper til rutinearbejde: instrukser i almindeligt sprog, et sæt værktøjer og et budget.

Det hele foregår i Agent Manager på fem faner: Overview, Agents, Studio, Orchestration og Activity. Ingen kode, intet IT-projekt: de, der kender arbejdet, sætter det op, og hver kørsel har et budget og efterlader et revisionsspor.

Jeres første agent, med vejledning

Så længe der ikke er nogen agenter, tilbyder fanen Agents en guidet første agent eller en skabelon — en færdig agent til en almindelig opgave. Keldmoor vælger at læse post og arkivere dokumenter. Den guidede opsætning spørger om den postkasse, agenten holder øje med (kreditorbogholderiets postkasse, som allerede er sat op i Connection Hub), mappen, de afsendere, den må læse post fra — Keldmoors leverandører — og hvor tit den skal tjekke: hvert femte minut.

Testen kører agenten på en eksempelbesked som en plan, så intet bliver skrevet. Så snart dens testtilfælde er bestået, går agenten i drift og arkiverer selv leverandørdokumenter i DocReveal.

Beskriv opgaven i almindeligt sprog

Til fakturaerne åbner teamet agentguiden: seks trin fra en skabelon til en udgivet agent. Skabelonen Invoice triage reagerer på hvert valideret dokument — den godkender fejlfrie fakturaer og eskalerer dem, der ikke består, eller som virker mistænkelige.

Instrukserne er agentens jobbeskrivelse i almindeligt sprog: læs valideringsresultatet, lad en bestået faktura gå igennem, sæt en ikke-bestået faktura i bero med en etiket, og spørg et menneske, hvad der nu skal ske. Hver gang I gemmer, opstår der en ny version, og visningen Diff viser præcis, hvad der er ændret.

Bestem, hvad den må, og hvornår den kører

Triageagenten må bruge ti værktøjer: læse dokumentet, dets valideringsresultat og de mappede felter, spørge et menneske, huske og sætte etiketter på. Flere kommer fra DocReveal, jeres connectorer og det indbyggede sæt, og arbejde kan også overdrages til andre agenter og flows.

Værktøjer, der kun læser, kører altid. Værktøjer, der ændrer data, er markeret som følsomme, og deres gruppes politik afgør, om de skal køre automatisk, bede om bekræftelse eller vente på et menneskes godkendelse.

Triggere starter agenten af sig selv. Denne trigger reagerer på hvert dokument, hvis validering er afsluttet; andre følger en tidsplan, holder øje med en postkasse eller starter agenten på forespørgsel. Én kontakt lader eksterne applikationer, der har jeres API-nøgle, finde og køre agenten — er den slået fra, forbliver agenten intern. Opsummeringen tjekker definitionen op mod jeres tarif, og udgivelsen venter, til agenten består sit evalueringssæt.

Prøv den af, før nogen stoler på den

I Studio chatter teamet med kladden. Kørslens input efterligner den hændelse, agenten vil modtage: her endnu en kopi af en faktura, der allerede ligger i DocReveal. Agenten læser valideringsresultatet, de mappede felter og dokumentprofilen, og hvert værktøjskald vises på en liste.

Én regel er ikke bestået — fakturanummeret skal være unikt pr. leverandør. Agenten godkender ikke en dublet; i stedet spørger den. Efter svaret lægger den sin plan frem: at sætte kopien i bero med en etiket og huske sagen. Intet bliver skrevet, for det er en test. En testkørsel gør det samme uden opsyn, og sporet registrerer hvert trin, herunder ventetiden på jeres svar.

Intet GO, ingen udgivelse

Onsdag skærper teamet instrukserne. Kladden er ændret, så udgivelse er blokeret, indtil evalueringssættet består igen.

Evalueringssættet kører agenten mod dens testtilfælde — dem fra skabelonen plus jeres egne, hvis I tilføjer nogle. Hårde kontroller er eksakte: de rigtige værktøjer, det rigtige resultat. Bløde kontroller bedømmes af en model efter et bedømmelsesskema. GO: begge tilfælde består, og udgivelsen låses op for netop denne kladde. Et blik mere på opsummeringen, ét klik, og version tre går i drift.

Agenten spørger, I beslutter

Torsdag eftermiddag kommer der en faktura fra Stavlund. Linjerne giver tilsammen 8.240 USD, men fakturaen lyder på 8.420 USD. Agenten sætter den i bero og spørger, og spørgsmålet venter på fanen Activity under Waiting for approval.

Åbn kørslen, og spørgsmålet kommer med færdige svar. Vælg ét, og agenten fortsætter, hvor den slap: fakturaen bliver eskaleret og mærket med ”Do not pay – disputed”. Jeres beslutning står sort på hvidt. Agent runs viser hver kørsel for hver agent, og Recent activity er revisionssporet over, hvad de har gjort.

Den samme indbakke samler også godkendelser til en ekstern AI-assistent, der er forbundet med DocReveal — det handler videoen Agents under control om.

Den lærer det, I bekræfter

Den samme kørsel foreslog en note til næste gang: fakturaer fra Stavlund, der ikke går op, sættes i bero, og der bedes om en rettet faktura. Intet kommer ind i agentens hukommelse, før et menneske har bekræftet det; derefter er noten en del af hver fremtidig kørsel. Kørselsjournaler registrerer, hvad hver kørsel gjorde: værktøjerne, beslutningen, spørgsmålet.

Agenter, der arbejder sammen

Orchestration kortlægger, hvordan agenter og flows arbejder sammen. Hos Keldmoor starter valideringshændelsen triageagenten, og et flow sender godkendte fakturaer til ERP-systemet. Klik på en agent for at tilføje en delegering — arbejde, der overdrages til en anden agent. Kæder stopper efter to led.

Jeres regler, jeres grænser

Overview viser grænserne i jeres tarif, og hvad I har brugt: kørsler, tokens og autonomiloftet. Brain card er en kort profil af virksomheden, som hver agent får med, genereret ud fra jeres dokumenter eller skrevet af jer selv.

En agent kan sættes på pause med ét klik og genoptages på samme måde. Den kan eksporteres og importeres som en ny kladde; hemmeligheder følger aldrig med, og triggere er slået fra efter importen. I Settings rummer afsnittet Agent Manager standardvalgene for autonomi, budgetter, hukommelse og notifikationer.

Godt at vide: det kræver administratorrollen at bygge agenter og besvare deres spørgsmål. Resten af teamet kan følge hver kørsel.

Det skal I tage med

  • De, der kender arbejdet, bygger agenten. En skabelon at starte fra, instrukser i almindeligt sprog, ingen kode.
  • Intet går i drift utestet. Studio viser hvert trin, og udgivelsen venter på et GO fra evalueringssættet.
  • Agenten spørger, når det betyder noget. Spørgsmål venter i én indbakke, og hvert svar står sort på hvidt.
  • I bevarer kontrollen. Værktøjspolitikker, grænser, pause og bekræftet hukommelse afgør, hvor langt en agent går.

Keldmoor og dens leverandører er fiktive demodata; skærmbillederne viser det rigtige produkt.

Overlad arbejdet. Behold det sidste ord.