Skrevet af Published
Digitale roller og overdragelser

Agent-til-agent samarbejde i virksomheder

Sådan overdrager to digitale medarbejdere arbejde med kilder, mandat, kvittering og stopregler — uden et uigennemsigtigt agentprojekt.

Kort svar

Agent-til-agent samarbejde giver først mening, når to digitale medarbejdere har hver sin tydelige rolle. Den ene afleverer ikke bare en besked. Den afleverer en arbejdspakke med sag, kilde, status, usikkerhed, tilladt næste handling og stopårsag. Den anden accepterer, afviser eller stopper pakken efter sit eget mandat. Hvis én digital medarbejder eller et fast workflow kan løse opgaven, er det den enklere løsning.

Problemet i praksis

Den første digitale medarbejder afleverer et brugbart output, men næste digitale rolle mangler kilde, status eller forklaring på usikkerheden.

En fejl kan blive sendt videre gennem flere trin, fordi ingen rolle kvitterer for, hvad den faktisk har modtaget.

Ledelsen kan se et avanceret agentflow, men ikke hvilken procesejer, kontrakt eller stopregel der gælder i overgangen.

Hvad ændrer sig med en digital medarbejder?

Hver digital medarbejder beholder sin egen rolle, procesejer, kilder og sit eget mandat.

Overdragelsen bliver et synligt arbejdsprodukt med minimumskrav og kvittering — ikke en fri samtale mellem agenter.

Normale read-only trin kan køre autonomt. Manglende kilder, modstridende status eller handlinger uden for mandatet stopper kæden.

Arbejdet falder mellem to digitale roller

En digital mødeopfølger har fundet en bekræftet beslutning i det godkendte referat. En digital beslutningslog-forvalter skal sammenholde den med det fælles register.

Hvis den første rolle bare sender sætningen videre, mangler den anden måske mødedato, kildelink, ejer, status og forklaringen på, hvorfor punktet er en beslutning og ikke et forslag.

Det er samme problem, som kan opstå mellem mennesker. Overdragelsen skal være et arbejdsprodukt, ikke bare en besked.

En god overdragelse har ni felter

Start med sag-ID, afsender og modtager. Tilføj kilde, tidspunkt, status og kendt usikkerhed. Slut med den næste handling, som modtagerrollen må overveje, og den stopårsag der allerede er kendt.

Felterne gør ikke vurderingen fejlfri. De gør det synligt, hvad modtageren bygger videre på.

Modtagerrollen skal kontrollere sin minimumspakke. Den kan acceptere, afvise eller stoppe og sende en konkret årsag tilbage.

Et konkret første flow: fra møde til beslutningslog

Mødeopfølgeren læser ét godkendt referat og én opfølgningsliste. Den afleverer kun punkter, der er markeret som bekræftede beslutninger, med ordlyd, dato, ejer, kildelink og usikkerhed.

Beslutningslog-forvalteren læser pakken og ét beslutningsregister. Den forbereder en read-only ændringsliste med mulig ny post, mulig relation til en tidligere beslutning og eventuel stopårsag.

Ingen af rollerne skriver direkte i registeret. Uklar ordlyd, modstridende kilder, manglende ejer eller følsomt indhold stopper flowet hos den navngivne procesejer.

Hver rolle beholder sit eget mandat

Afsenderen må beskrive en mulig næste handling. Den må ikke give modtageren ret til at udføre noget, som ikke står i modtagerens kontrakt.

Det er vigtigt ved beskeder, systemændringer, sletning, HR, jura, økonomi, priser, betalinger, kontrakter og kundeløfter. Et handoff er ikke en genvej rundt om adgang og stopregler.

Loggen bør vise, hvem der afleverede hvad, hvilke kilder der fulgte med, hvad modtageren gjorde, og hvorfor flowet eventuelt stoppede.

Når to digitale medarbejdere er for meget

Hvis mødeopfølgeren selv kan vedligeholde et internt udkast til beslutningsloggen sikkert og stabilt, er en ekstra rolle måske unødvendig.

Hvis en bekræftet status altid skal kopieres til det samme felt, er et workflow eller en kø enklere. Flere roller giver flere overdragelser, flere logs og flere steder, hvor antagelser kan blive forstærket.

Del først arbejdet, når den nye rolle har et særskilt ansvar og en konkret flaskehals. Ikke fordi agent-til-agent lyder som næste modenhedstrin.

Fra teknisk handoff til ledet arbejdsdeling

Teknologien kan lade én agent sende arbejdet til en anden. Men virksomheden skal stadig beslutte, hvad en gyldig overdragelse er, hvem der ejer begge roller, og hvor undtagelser lander.

Brug derfor en agentkontrakt for hver rolle og en enkel overdragelseskontrakt mellem dem. Gennemgå afvisninger, stop og gentagne mangler som driftssignaler.

Målet er ikke digitale medarbejdere, der taler mest muligt sammen. Målet er arbejde, der kan følges, forstås og stoppes.

Sådan starter man uden at overbygge

  1. 1

    Start først, når én digital medarbejder fungerer stabilt, og en konkret ny flaskehals kan navngives.

  2. 2

    Definér overdragelsespakken: sag-ID, afsender, modtager, kilde, tidspunkt, status, usikkerhed, næste tilladte handling og stopårsag.

  3. 3

    Lad modtagerrollen validere pakken og svare accepteret, afvist eller stoppet med en begrundelse. Første version bør være read-only og ende i et internt udkast.

Risici der skal styres

  • At dele en enkel arbejdsgang mellem flere roller for at få løsningen til at se avanceret ud.
  • At en usikker antagelse bliver til et tilsyneladende faktum, når den passerer gennem flere digitale medarbejdere.
  • At afsenderrollen indirekte udvider modtagerens adgang eller mandat, eller at eksterne handlinger fortsætter efter en stopregel.

Kilder og videre læsning

Relaterede sider

Ofte stillede spørgsmål

Er agent-til-agent samarbejde det samme som et multi-agent system?
Det er et muligt multi-agent mønster. Denne side handler specifikt om den kontrollerede overdragelse mellem to navngivne digitale roller, ikke om hele den tekniske arkitektur.
Hvornår er et workflow bedre?
Når samme input altid skal flyttes til samme sted efter en fast regel. To digitale roller giver først mening, når hver del kræver sin egen kontekst, vurdering, kilder og stopregler.
Kan digitale medarbejdere arbejde autonomt sammen?
Ja, med normale lavrisiko-trin inden for hver deres mandat. En rolle må ikke udvide den andens mandat, og kæden skal stoppe ved uklare kilder, følsomme sager eller handlinger uden for rammen.
Hvad er en god første version?
To read-only roller, tre aftalte kilder, én struktureret overdragelsespakke og ét internt udkast. Ingen eksterne beskeder eller direkte ændringer i systemer.
Hvem har ansvaret, når to digitale medarbejdere arbejder sammen?
Hver rolle skal have en menneskelig procesejer, og det samlede arbejdsflow skal have en navngiven ejer. Den tekniske overdragelse flytter ikke virksomhedens ansvar til agenten.

Vil du finde den første digitale medarbejder i jeres virksomhed?

Skriv til Mikkel