Hvad betyder Agent loop?
Et agent loop er den gentagne arbejdscyklus i en agent. Systemet læser den aktuelle situation, vælger et muligt næste skridt, udfører et værktøjskald og bruger resultatet som ny information. Sløjfen gør det muligt at håndtere opgaver, hvor antallet af nødvendige trin ikke kendes på forhånd.
Sløjfen skal styres af applikationen. Modellen kan foreslå handlinger, men systemet skal håndhæve rettigheder, budgetter og stop. Ellers kan en enkelt opgave blive til mange gentagne kald uden at komme tættere på et brugbart resultat.
Hvert trin skal skabe ny information
En observation bør komme fra miljøet: et dokument, et API-svar, en test eller en synlig systemstatus. Modellen må ikke blot antage, at forrige handling virkede. Efter et skrivekald kan en efterfølgende læsning eksempelvis kontrollere, om den forventede ændring findes.
Definér tegn på manglende fremdrift. Det kan være samme fejl flere gange, identiske søgeresultater eller gentagne planer uden nye handlinger. Systemet kan da vælge en anden metode, bede om en manglende oplysning eller afslutte med et tydeligt uafklaret punkt. Et maksimum for antal trin er en sidste grænse, ikke en erstatning for disse faglige stopregler.
Sæt grænser for tid og virkning
En sløjfe kan begrænses efter kald, tid eller forbrug. Den bør også have grænser for ændringer i omverdenen. Ti læseopslag og ti udsendte beskeder er ikke samme type aktivitet. Del derfor opgaven op, så undersøgelse kan fortsætte inden for sit budget, mens eksterne ændringer kræver særskilte betingelser. Ved afbrydelse skal agenten levere et resultat med kendt status og åbne punkter frem for at erklære alt færdigt.
Et eksempel fra praksis
En intern agent undersøger, hvorfor et produkt ikke kan findes i en webshop. Den læser produktstatus, kontrol af salgskanal og de relevante synlighedsregler. Hvis to opslag returnerer samme manglende adgang, stopper den dette spor i stedet for at kalde igen. Den kan stadig rapportere, hvad der er verificeret, og hvilken adgang der mangler. En test indfører bevidst et utilgængeligt system og måler, om agenten stopper kontrolleret uden at opfinde årsagen.
Typiske faldgruber
- At lade modellen erklære succes uden et observeret resultat.
- At sætte et højt trinloft som eneste beskyttelse mod gentagelser.
- At behandle læsekald og ændringer som lige ufarlige iterationer.
Det skal I afklare
- Beskriv hvad ny information og reel fremdrift betyder for opgaven.
- Sæt faglige stopregler samt tekniske budgetgrænser.
- Test gentagne fejl og kontrolleret afslutning med delvist resultat.
Spørgsmål og svar
Er et loop altid bedre end et enkelt modelkald?
Nej. En fast, kort opgave kan ofte løses bedre med et enkelt kald og en validering. Sløjfen er relevant, når næste handling afhænger af nye observationer.
Hvad sker der, når trinloftet nås?
Systemet bør stoppe og vise, hvad der er gennemført, og hvad der mangler. Det bør ikke skjule afbrydelsen eller automatisk starte en ny, ubegrænset sløjfe.
Kilder og videre læsning
De tekniske begreber bygger på nedenstående kilder. Eksemplerne er illustrative og viser, hvordan I kan arbejde med emnet.
- Anthropic: Building effective agents ↗Skellet mellem faste workflows og modelstyrede handlingsforløb.
- LangGraph: Graph recursion limit ↗Begrænsning af gentagne trin og manglende stopbetingelser.