Ga naar de hoofdinhoud
BVDNET
Arnhem · websites & automatiseringBVDNET
Tools & Frameworks

Waarom falen 80% van AI-agent-loops in productie — en hoe lossen state machines dat op?

80% van AI-agent-demo's haalt productie niet. De 20% die dat wel doet, gebruikt deterministische state machine-architecturen. Hier is waarom — en hoe tools zoals Statewright dit de nieuwe standaard maken.

19 mei 2026

AI Intel Pipeline
2026-W21
tools_frameworks

Waarom falen 80% van AI agent-loops in productie?

Tachtig procent van de agentic AI-demo's haalt productie niet. De meest genoemde oorzaken — opeenstapelende fouten bij tool-gebruik, hallucinaties op kritieke outputs en het onvermogen om zakelijke procesbeperkingen af te dwingen — hebben één gemeenschappelijke worteloorzaak: overmatig vertrouwen op het eigen oordeel van het LLM om operaties te ordenen. De 20% die wél slaagt, deelt één contraïntuitief kenmerk: ze gebruiken saaie, deterministische architecturen in plaats van creatieve LLM-routing.

Wat is een deterministische agent state machine?

Een deterministische agent state machine is een uitvoeringsarchitectuur die open-ended LLM-loops vervangt door een strikt beheerste, phase-gated workflow. De fundamentele verschuiving in mentaal model is deze: de output van het LLM wordt behandeld als een suggestie, en de vooraf gedefinieerde state machine is de wet.

In plaats van het model te vragen "wat moet ik hierna doen?", vraagt de architectuur: "in welke state bevinden we ons en welke tools zijn in die state toegestaan?"

Hoe het werkt

1. State-definitie — Een workflow wordt gemodelleerd als een eindige verzameling benoemde states (bijv. planning, implementation, testing, deploy). Elke state heeft een expliciete lijst toegestane tools en transitievoorwaarden.

2. Deterministische handhaving — Een dedicated engine — in het geval van Statewright, geschreven in Rust — evalueert state-definities zonder LLM in de loop. Tool-aanroepen worden onderschept op een hook-laag vóór uitvoering.

3. Tool-gating — Als een agent een tool aanroept die in de huidige state niet is toegestaan (bijv. run_bash aanroepen in een read-only planning-fase), wijst de engine de aanroep af en geeft een gestructureerd bericht terug: "Tool run_bash is niet beschikbaar in state planning. Toegestane tools: read_file, search_codebase. Transitie vereist: plan_approved = true."

4. Pre- en postcondities valideren — Een SkillRegistry valideert dat de vereiste postcondities van de huidige state zijn vervuld vóórdat er wordt doorgegaan. Stille fouten kunnen niet verder propageren.

5. Native loop-ondersteuning — Anders dan Directed Acyclic Graphs (DAGs) ondersteunen state machines van nature loops en retries, wat past bij de iteratieve realiteit van agentic probleemoplossing.

Waarom prompt engineering dit niet kan oplossen

Het verleidelijke alternatief — meer instructies toevoegen aan de system prompt — werkt op schaal niet. Prompt-instructies zijn probabilistisch: het model volgt ze misschien 95% van de tijd, maar in een agent die honderden tool-aanroepen per sessie uitvoert, betekent een foutkans van 5% een bijna-zekerheid van mislukking in complexe workflows. State machines dwingen beperkingen buiten het contextvenster van het model af, waardoor schendingen fysiek onmogelijk zijn in plaats van slechts ontmoedigd.

De tools die dit patroon aandrijven

Meerdere frameworks die deze week uitkwamen, signaleren dat deterministische agent-architectuur de nieuwe productiestandaard wordt:

  • [Statewright](https://github.com/statewright/statewright) — Een op Rust gebaseerde deterministische engine met Model Context Protocol (MCP)-integratie die tool-beschikbaarheid per werkstroomfase fysiek beperkt. Beschreven als de eerste volledig extern-gehandhaafde state machine voor LLM-agents.
  • [CAX-Agent](https://arxiv.org/abs/2605.11234) — Een agent harness voor ANSYS APDL-automatisering met GoalStage finite-automaton-controles en een SkillRegistry om pre- en postcondities bij elke workflow-stap te valideren.
  • [Torrix](https://github.com/torrix-ai/install) — Een self-hosted LLM-observabiliteitsplatform dat tool-aanroepsequenties bijhoudt, zodat gecontroleerd kan worden of agents in productie state-grenzen respecteren.

Wat dit betekent voor developers

De les van de 20% die slaagt, is niet dat ze slimmere prompts bouwden — het is dat ze eenvoudigere, meer beperkte systemen bouwden. Voor elke agentic workflow die productiedata, financiële systemen of destructieve operaties raakt, is de vraag niet langer "hoe prompt ik de agent voorzichtig te zijn?" maar "hoe maak ik de onveilige actie architecturaal onmogelijk?"

Deterministische state machines zijn het antwoord — en na jaren van hype rondom autonome agents lijkt de sector vanuit de basis op deze conclusie te convergeren.

Delen

Geschreven door

AI Intel Pipeline