De retry-loop die het AI-budget ongemerkt belast
August 27, 2026
Retries worden vaak goedgekeurd onder het mom van betrouwbaarheid en gepresenteerd alsof ze kosteloos zijn. Niets is minder waar. Elke herhaalpoging consumeert kostbaar providerbudget, en een autonome agent kan één mislukte workflow transformeren in meerdere betaalde aanroepen. Finance moet de retry-belasting (retry tax) behandelen als een stuurbaar onderdeel van de AI-kosten en niet als een oncontroleerbaar technisch detail.
Druk de belasting uit in harde cijfers
Bereken de retry tax als de uitgaven aan herhaalpogingen en fallbacks gedeeld door de totale AI-inferentie-uitgaven. Toon deze ratio per product, workflow, provider en storingsklasse. Een stijgend percentage duidt op onstabiel verkeer, gebrekkige invoervalidatie, provider-timeouts of het ontbreken van runtime stopcondities.
Eis inzicht in de unit economics
Koppel de kosten per verzoek aan de uiteindelijke kosten per geslaagde taak. Als retries waardevolle zakelijke transacties herstellen, is de extra uitgave economisch gerechtvaardigd. Resulteren ze voornamelijk in herhaalde fouten of handmatig herstelwerk, dan is er sprake van directe margelekkage. Vraag producteigenaren wat een geredde taak waard is en wat het maximale herstelbudget mag zijn.
Controles die finance moet afdwingen
Stel financiële plafonds per workflow, maximale pogingslimieten en duidelijke escalatieregels verplicht in het functioneel ontwerp. Zachte limieten kunnen routeren naar voordeligere modellen; harde limieten moeten de executie onmiddellijk staken en een hervatbare status opleveren.