Overlat jobben, behold det siste ordet: slik fungerer DocReveals Agent Manager i praksis

Noe arbeid kommer tilbake hver morgen. Les posten fra leverandørene og arkiver det som har kommet inn. Sjekk hver faktura mot reglene. Spør noen når et tall ikke stemmer. Ingenting av det er vanskelig, og ingenting av det blir noen gang ferdig.

Å automatisere det betyr som regel et prosjekt — en spesifikasjon, en utvikler, en lanseringsdato — og etterpå regler som de som gjør jobben, ikke lenger kan lese. Derfor forblir rutinen manuell, eller så forsvinner den inn i en svart boks.

Den nye videoveiledningen vår viser en annen vei. Den varer i sju og et halvt minutt, dere kan se den øverst på denne siden, og den følger leverandørreskontroen hos Keldmoor, en fiktiv grossist, gjennom én uke i DocReveals Agent Manager. Teamet bygger to agenter — den ene arkiverer post fra leverandører, den andre kontrollerer hver faktura — tester dem, publiserer dem og beholder kontrollen over hver kjøring. Ideen bak finnes i Agent Pool; slik ser det ut i praksis.

En hjelper for rutinearbeid

I DocReveal er en agent en hjelper for rutinearbeid: instruksjoner på vanlig språk, et sett med verktøy og et budsjett.

Alt skjer i Agent Manager, på fem faner: Overview, Agents, Studio, Orchestration og Activity. Ingen kode, ikke noe IT-prosjekt: de som kan arbeidet, setter det opp, og hver kjøring har et budsjett og et revisjonsspor.

Deres første agent, med veiledning

Når det ennå ikke finnes noen agenter, tilbyr fanen Agents en veiledet første agent eller en mal — en ferdig agent for en vanlig jobb. Keldmoors valg: lese post og arkivere dokumenter. Veiledningen spør etter postkassen agenten skal følge med på (leverandørreskontroens postkasse, som allerede er satt opp i Connection Hub), mappen, hvilke avsendere den får lese — Keldmoors leverandører — og hvor ofte den skal sjekke: hvert femte minutt.

Testen kjører agenten på en eksempelmelding som en plan, så ingenting blir skrevet. Når testtilfellene er bestått, settes agenten i drift og arkiverer leverandørdokumenter i DocReveal på egen hånd.

Beskriv jobben på vanlig språk

For fakturaene åpner teamet agentveiviseren: seks trinn fra en mal til en publisert agent. Malen Invoice triage reagerer på hvert validert dokument — den godkjenner feilfrie fakturaer og eskalerer underkjente eller mistenkelige.

Instruksjonene er agentens stillingsbeskrivelse på vanlig språk: les valideringsresultatet, slipp gjennom en godkjent faktura, hold tilbake en underkjent med en etikett, og spør et menneske hva som skal skje videre. Hver gang dere lagrer, blir det en ny versjon, og Diff-visningen viser nøyaktig hva som er endret.

Bestem hva den får gjøre og når den kjører

Triageagenten får bruke ti verktøy: lese dokumentet, valideringsresultatet og de mappede feltene, spørre et menneske, huske og tildele etiketter. Flere verktøy kommer fra DocReveal, koblingene deres og det innebygde settet, og arbeid kan også overlates til andre agenter og flyter.

Verktøy som bare leser, kjører alltid. Verktøy som endrer data, er merket som sensitive, og retningslinjene for gruppen de tilhører, avgjør: kjøre automatisk, be om bekreftelse eller vente på godkjenning fra et menneske.

Utløsere starter agenten automatisk. Denne utløseren reagerer på hvert dokument som er ferdig validert; andre kjører etter en tidsplan, følger med på en postkasse eller starter agenten på forespørsel. Én bryter lar eksterne applikasjoner som har fått en API-nøkkel fra dere, finne og kjøre agenten — står bryteren av, forblir agenten intern. Sammendraget kontrollerer definisjonen mot tariffen deres, og publiseringen venter til agenten har bestått evalueringen sin.

Prøv den før noen stoler på den

I Studio chatter teamet med utkastet. Inndataene for kjøringen simulerer hendelsen agenten vil motta: her en andre kopi av en faktura som allerede ligger i DocReveal. Agenten leser valideringsresultatet, de mappede feltene og dokumentprofilen, og hvert verktøykall blir listet opp.

Én regel feilet — fakturanummeret må være unikt per leverandør. Agenten godkjenner ikke et duplikat; i stedet spør den. Etter svaret legger den fram planen sin: holde kopien tilbake med en etikett og huske saken. Ingenting blir skrevet, fordi dette er en test. En testkjøring gjør det samme uten tilsyn, og sporet registrerer hvert steg, inkludert ventingen på svaret deres.

Ingen GO, ingen publisering

På onsdag skjerper teamet instruksjonene. Utkastet er endret, så publiseringen er sperret til evalueringen er bestått igjen.

Evalueringen kjører agenten mot testtilfellene sine — de fra malen, pluss deres egne hvis dere legger til noen. Harde kontroller er eksakte: riktige verktøy, riktig resultat. Myke kontroller vurderes av en modell etter et sett vurderingskriterier. GO: begge tilfellene består, og publiseringen låses opp for akkurat dette utkastet. Ett blikk til på sammendraget, ett klikk, og versjon tre settes i drift.

Den spør, dere bestemmer

Torsdag ettermiddag kommer det en faktura fra Stavlund. Linjene summerer seg til 8 240 dollar; den trykte totalsummen er 8 420 dollar. Agenten holder den tilbake og spør, og spørsmålet venter i Activity, under Waiting for approval.

Åpne kjøringen, så kommer spørsmålet med ferdige svar. Velg ett, så fortsetter agenten der den stoppet: fakturaen eskaleres og får etiketten «Do not pay – disputed». Beslutningen deres er dokumentert. Agent runs viser hver kjøring for hver agent, og Recent activity er revisjonssporet over hva de har gjort.

Den samme innboksen samler også godkjenninger for en ekstern AI-assistent som er koblet til DocReveal — det er det Agents under control handler om.

Den lærer det dere bekrefter

Den samme kjøringen foreslo et notat til neste gang: fakturaer fra Stavlund som ikke går opp, holdes tilbake, og det bes om en korrigert faktura. Ingenting kommer inn i agentens minne før et menneske har bekreftet det; deretter er notatet en del av hver fremtidig kjøring. Kjøringsjournaler registrerer hva hver kjøring gjorde: verktøyene, beslutningen, spørsmålet.

Agenter som jobber sammen

Orchestration kartlegger hvordan agenter og flyter jobber sammen. Hos Keldmoor starter valideringshendelsen triageagenten, og en flyt sender godkjente fakturaer til ERP-systemet. Klikk på en agent for å legge til en delegering — arbeid som overlates til en annen agent. Kjeder stopper etter to ledd.

Deres regler, deres grenser

Fanen Overview viser grensene i tariffen deres og hva dere har brukt: kjøringer, tokens og autonomitaket. Brain card er en kort bedriftsprofil som hver agent får, generert fra dokumentene deres eller skrevet av dere.

En agent kan settes på pause med ett klikk og gjenopptas på samme måte. Den kan eksporteres og importeres som et nytt utkast; hemmeligheter følger aldri med, og utløserne kommer inn slått av. I Settings inneholder seksjonen Agent Manager standardinnstillingene for autonomi, budsjetter, minne og varsler.

Én ting å vite: å bygge agenter og svare på agentenes spørsmål krever administratorrollen. Resten av teamet kan følge hver kjøring.

Dette kan dere ta med dere

  • De som kan arbeidet, bygger agenten. En mal å starte fra, instruksjoner på vanlig språk, ingen kode.
  • Ingenting settes i drift utestet. Studio viser hvert steg, og publiseringen venter på et GO fra evalueringen.
  • Agenten spør når det betyr noe. Spørsmålene venter i én innboks, og hvert svar er dokumentert.
  • Dere beholder kontrollen. Retningslinjer for verktøy, grenser, pause og bekreftet minne avgjør hvor langt en agent går.

Keldmoor og selskapets leverandører er fiktive demodata; skjermbildene er fra det ekte produktet.

Overlat jobben. Behold det siste ordet.