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
Start først, når én digital medarbejder fungerer stabilt, og en konkret ny flaskehals kan navngives.
- 2
Definér overdragelsespakken: sag-ID, afsender, modtager, kilde, tidspunkt, status, usikkerhed, næste tilladte handling og stopårsag.
- 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
Teknisk dokumentation for overdragelse mellem agenter og filtrering af input; ikke dokumentation for forretningseffekt.
OpenAI Agents SDK: Multi-agent orchestrationBeskriver manager- og handoffmønstre; bruges som teknisk baggrund, ikke som anbefaling om flere agenter.
Anthropic: How we built our multi-agent research systemKonkret teknisk eksempel på specialiserede agenter og koordinering; ikke et SMV- eller ROI-bevis.
NIST: AI Risk Management FrameworkGenerel ramme for governance, måling og risikostyring; ikke en compliance-garanti.
Relaterede sider
Multi-agent systemer for virksomheder
Multi-agent systemer lyder teknisk, men handler praktisk om rollefordeling: research, kontrol, skrivning og opfølgning fordelt på flere agenter.
Teams med mennesker og digitale medarbejdere
Sådan fordeler et team arbejdet mellem mennesker og en digital medarbejder med klare overdragelser, mandat og stopregler.
Agentkontrakten: sådan definerer du en digital medarbejder
En digital medarbejder bør defineres med rolle, mandat, kontekst, redskaber, hukommelse, arbejdsrytme og stopregler.
AI-agent orchestration forklaret
Orchestration handler om at styre flere AI-agenter, værktøjer og godkendelser, så arbejdet hænger sammen.
Agent gateway: kontrolpunktet mellem AI-agenter og virksomheden
En agent gateway kan samle adgang, kanaler, logs og stopregler for digitale medarbejdere. Her er den praktiske forklaring.
Audit logs for AI-agenter
Hvis en AI-agent handler i systemer, skal man kunne se hvad den gjorde. Audit logs er fundamentet for tillid og drift.
Stopregler for digitale medarbejdere
Stopregler gør det muligt for en digital medarbejder at arbejde autonomt inden for klare rammer og eskalere undtagelser i stedet for at vente på godkendelse af hvert trin.
Digital medarbejder til mødeopfølgning
En digital mødeopfølger holder styr på beslutninger, ansvarlige, deadlines og uklare punkter mellem faste møder.