Naar inhoud
instellect.ai
Evaluatie & beheer

Idempotentie bij AI-agents: voorkom dubbele acties na een retry

Een netwerkfout kan een bevestiging laten verdwijnen terwijl de actie wel is uitgevoerd. Een veilige herhaling moet rekening houden met die onzekerheid.

In het kort

Idempotentie betekent dat het herhalen van dezelfde bedoelde actie geen extra ongewenst effect veroorzaakt. Gebruik een stabiele actie-identificatie en controle in de uitvoerende service. Een instructie aan het model om “niet dubbel te doen” is geen betrouwbare deduplicatie.

Kies de juiste identiteit voor de actie

Een technisch request-ID dat bij iedere retry verandert, helpt niet om hetzelfde bedoelde werk te herkennen. Maak onderscheid tussen de taak, een specifieke handeling binnen die taak en afzonderlijke pogingen. Bind de handeling aan relevante inhoud of versie. Een bewust gewijzigde opdracht hoort niet per ongeluk als duplicaat van een eerdere actie te worden geweigerd.

Leg deduplicatie bij het effect

De service die de wijziging uitvoert moet kunnen bepalen of diezelfde actie al is verwerkt. Gebruik de mogelijkheden van de bron-API of een passend transactiemechanisme. Alleen vooraf in een losse lijst kijken is bij gelijktijdige requests onvoldoende als beide daarna alsnog uitvoeren. Denk ook na over de bewaartermijn van actiegegevens en het gedrag na een herstart.

Maak onzekerheid zichtbaar in de workflow

Wachtrijen en retries kunnen dezelfde opdracht opnieuw afleveren. Dat hoeft geen probleem te zijn als de uitvoeringslaag er rekening mee houdt. Bij samengestelde acties is elke stap relevant: een dubbele ticketaanmaak voorkomen lost geen dubbele e-mail op. Test gedeeltelijke voortgang en bepaal welke stap hervat mag worden. Zie foutafhandeling voor de bijbehorende statussen.

Verschillende IDs hebben verschillende doelen

Verschillende IDs hebben verschillende doelen
IdentificatieBetekenisVoorbeeld
Taak-IDDe volledige gebruikersopdrachtAanvraag 842 verwerken
Actie-IDEén bedoelde handeling met vaste inhoudConceptnotitie v1 opslaan
Poging-IDEén technische uitvoerpogingTweede request na timeout
Illustratief scenario

Twee gelijktijdige herhalingen

Een fictieve queue levert dezelfde opdracht tweemaal af. Beide pogingen vragen om één conceptnotitie. De bron of transactielaag herkent dezelfde actie-ID en creëert één notitie. De tweede poging krijgt de bestaande uitkomst terug. De acceptatietest controleert het werkelijke aantal bronobjecten; twee succesvolle HTTP-responses zijn op zichzelf niet fout.

Neem mee naar je team.

  • Gebruik dezelfde actie-ID bij een retry van dezelfde handeling.
  • Test gelijktijdige pogingen, herstart en verloren bevestiging.
  • Controleer de bron op één bedoeld effect.
Download dit werkblad (.txt) ↓

Met ruimte voor je besluit, eigenaar en testbewijs. Geen e-mailadres nodig.

Bronnen & verantwoording

Technische achtergrond bij dit onderwerp. De keuzetabel, checklist en fictieve voorbeelden zijn een eigen redactionele uitwerking van Instellect. De beschreven patronen zijn geen overzicht van reeds beschikbare productfuncties.

Geraadpleegd op 11 oktober 2026. Een correctie doorgeven? Mail Instellect.

Van lezen naar je eigen workflow

Maak de volgende keuze concreet.

Gebruik het gratis hulpmiddel om de taak, bronnen en grenzen met je team te bespreken.

Controleer je volgende stap
Volg de ontwikkeling van Instellect.

Instellect is in ontwikkeling. Aanmelden geeft nog geen directe toegang tot het platform.

Naar de waitlist ↗