Hvad betyder Multiagentsystem?
Et multiagentsystem består af flere agenter, som bidrager til samme overordnede opgave. Én kan indsamle oplysninger, en anden analysere dem, og en tredje kontrollere resultatet. De behøver ikke være forskellige grundmodeller; adskillelsen kan ligge i instruktioner, værktøjer og adgang til data.
Flere agenter skaber ikke automatisk et bedre resultat. Systemet får også flere overdragelser, beskeder og mulige misforståelser. Værdien afhænger af, om opgaven faktisk kan opdeles i nyttige dele, og om nogen har ansvar for at samle dem til en sammenhængende leverance.
Fordeling med en tydelig kontrakt
Giv hver rolle en afgrænset opgave, forventet output og regler for, hvornår den skal stoppe. En kildeagent kan eksempelvis returnere påstand, kilde-URL, dato og usikkerhed. En vurderingsagent kan undersøge disse oplysninger uden at få adgang til kundens CRM. Det gør ansvaret mere overskueligt end en fælles samtale, hvor alle agenter kan ændre alt.
Koordineringen kan være central, hvor en hovedagent fordeler og samler arbejdet, eller følge en fast rækkefølge. Parallel udførelse giver især mening, når delopgaverne kan løses uden at vente på hinandens resultater.
Flere perspektiver er ikke uafhængige beviser
To agenter kan gentage den samme fejl, hvis de læser samme kilde eller bruger ens antagelser. Enighed skal derfor ikke tælles som dokumentation. Kontrolrollen bør få konkrete kriterier og mulighed for at se de oprindelige data. Mål den samlede proces: hvor ofte bliver resultatet bedre, hvad koster koordineringen, og kan teamet stadig forklare, hvor en fejl blev introduceret? Sammenlign med én agent, der løser den samme afgrænsede opgave.
Et eksempel fra praksis
Et bureau skal forberede et beslutningsoplæg om en ny webshop. En agent undersøger leverede integrationskrav, en anden sorterer de redaktionelle behov, og en tredje beskriver åbne spørgsmål om produktdata. Hovedagenten samler et oplæg, hvor modstridende antagelser står synligt. Ingen agent kan bestille en løsning eller ændre kundens systemer. Et nyttigt testkriterium er, om alle kundens oprindelige krav er bevaret og har en kilde, ejer eller eksplicit afklaring.
Typiske faldgruber
- At oprette mange roller uden at kunne forklare, hvorfor opgaven skal opdeles.
- At skjule modstridende delresultater i en glat samlet konklusion.
- At lade agenter dele følsomme data alene fordi de deltager i samme projekt.
Det skal I afklare
- Beskriv input, output og ansvar for hver agentrolle.
- Afprøv, hvilke delopgaver der reelt kan køre parallelt.
- Kontrollér slutresultatet mod originalmaterialet og en enklere reference.
Spørgsmål og svar
Skal hver agent bruge sin egen model?
Nej. Flere roller kan bruge samme model med forskellige instruktioner og værktøjer. Separate modeller kan være relevante, men bør vælges ud fra dokumenteret kvalitet, hastighed og datakrav.
Er en kontrolagent nok som kvalitetskontrol?
Ikke alene. Den kan hjælpe med at finde fejl, men dens vurdering skal selv afprøves. Faste kontroller, kildeverifikation og menneskelig vurdering kan være nødvendige afhængigt af opgaven.
Kilder og videre læsning
De tekniske begreber bygger på nedenstående kilder. Eksemplerne er illustrative og viser, hvordan I kan arbejde med emnet.
- LangChain: Multi-agent ↗Koordinering, specialisering og forskellige arkitekturmønstre.
- Anthropic: Multi-agent research system ↗Parallel undersøgelse og koordinering i et researchsystem.