En agent skriver en rapport, opretter en fil og sender derefter en besked. Så afbrydes processen. Ved genstart står der i chatten: “Jeg sender resultatet nu.” Er beskeden gået ud? Skal filen oprettes igen? En glidende samtalehistorik besvarer ikke disse spørgsmål.
Den 19. oktober 2026 offentliggjorde Vercel durable-harness. Projektet registrerer agenttrin og resultater, så arbejdet kan genoptages, og behandler afbrudte værktøjer forskelligt afhængigt af, om de kan afspilles igen. Udgivelsen er en anledning til at tænke mere omhyggeligt over arbejdets tilstand. Eksemplet i denne artikel er vores egen model, ikke en test, vi har kørt på projektet.
Hensigt, kald og resultat er tre forskellige ting
En hensigt beskriver, hvad der skal ske som det næste. Et påbegyndt kald viser, at arbejdet er gået i gang. Kun et gemt resultat dokumenterer, hvad din egen proces ved om det. Hvis disse niveauer blandes sammen, kan en genstart let føre til dobbeltarbejde eller springe noget over, som aldrig blev gjort færdigt.
For rapporten er posten “Eksport udført” derfor ikke nok. Den har brug for en henvisning til det anvendte input og til den fil, der faktisk blev oprettet. Hvis kildedokumentet ændres, kan en tidligere eksport stadig findes, men den er ikke længere det rigtige resultat. Genbrug begynder med klar tilknytning.
Step: export-17
Input: bericht-v3
State: completed
Result: bericht-v3.pdf
Next step: notificationDette er et læsbart kontrolkort, ikke et API-format. Det viser den væsentlige forskel mellem et filnavn, der nævnes i en samtale, og et sporbart resultat af et bestemt trin. I en rigtig proces skulle den tilhørende fil findes på en verificerbar måde.
En sikker genstart kender de uklare tilstande
Forestil dig tre punkter, hvor processen kan afbrydes. Før eksporten findes der endnu intet resultat. Efter eksporten, men før beskeden, kan filen genbruges. Mens beskeden sendes, er situationen sværere: modtageren kan allerede have fået den, mens bekræftelsen mangler i din egen log.
Den lokale tilstand “ingen bekræftelse gemt” beviser derfor ikke “ikke sendt”. Hvis trinnet gentages i blinde, kan usikkerheden blive til en dobbelt besked. En fornuftig proces markerer dette trin som uklart og tjekker hos den eksterne tjeneste, forudsat at tjenesten tilbyder en passende statusforespørgsel.
Det er netop her, handlinger adskiller sig. At læse en eksisterende fil igen ændrer normalt intet for modtageren. En ny besked, ordre eller betaling kan derimod udløse en ny virkning. En holdbar log løser ikke disse forskelle på det eksterne systems vegne.
Idempotens er en egenskab ved operationen
En gentagelig operation bør kunne identificeres på en sådan måde, at den samme anmodning ikke ved et uheld opretter et nyt job. Hvis en tjeneste understøtter en nøgle beregnet til dette formål, skal den samme logiske operation beholde den samme nøgle. En nøgle, der genereres på ny ved hver genstart, ville miste netop denne sammenhæng.
Om og hvordan dette fungerer pålideligt, afhænger af den faktiske tjenesteaftale. Et agentframework kan ikke gøre en handling sikkert gentagelig blot ved at give den en venlig betegnelse. “Præcis én gang” er heller ikke en gratis konsekvens af, at logs gemmes holdbart.
En lille afbrydelsestest forklarer mere end en vellykket kørsel
I dit eget udviklingsmiljø ligger en harmløs øvelse lige for: Erstat først afsendelsestrinnet med en lokal log, afbryd processen ved de tre nævnte punkter, og se, hvilke tilstande der findes ved genstart. Notér på forhånd, hvilke trin der må gentages, og hvilke der kræver et tjek. Brug ikke rigtige betalinger eller beskeder til denne første undersøgelse.
Indsigten ligger ikke i en opfundet succesrate. Den ligger i at kunne navngive tilstandsgrænserne i din egen proces. Durable-harness er én konkret teknisk tilgang til dette. En god genstart begynder dog altid med det samme spørgsmål: Hvad er beviseligt sket, og hvor ved vi det endnu ikke?
Kilder og status
Research og dokumentation pr. 25. oktober 2026. Gør enhver harness holdbar.
