Het antwoord op de vraag of je een eenvoudige sequentiële flow of een complexe supervisor-architectuur moet kiezen, hangt af van de fouttolerantie die je nodig hebt. Een simpele flow is snel en goedkoop, maar een hallucinatie of API-timeout kan de hele automatisering laten vastlopen. Een supervisor-architectuur is trager en duurder, maar vangt fouten op zonder dat het proces stopt. De keuze is een afweging tussen snelheid en betrouwbaarheid.

Wat er aan de hand is

De blog van n8n, een platform voor workflowautomatisering, beschrijft hoe de structuur van AI-agenten het verschil maakt tussen een prototype en een productiesysteem. De kern is dat je twee lagen moet ontwerpen: gedragspatronen (wat één agent kan doen) en topologische patronen (hoe meerdere agenten samenwerken). Zonder een bewuste keuze in beide lagen riskeer je een agent die in isolatie werkt, maar faalt zodra hij in een groter systeem wordt geïntegreerd. De blog identificeert specifieke faalmodi, zoals het aanroepen van niet-bestaande tools of het vastlopen van een autonome loop waar een vaste volgorde nodig is.

Wat dit betekent

Voor een MKB-ondernemer betekent dit dat de architectuur van je AI-agent directe invloed heeft op je operationele kosten en betrouwbaarheid. Een eenvoudige sequentiële flow, waarbij taken in een vaste volgorde worden uitgevoerd, is geschikt voor processen waar een fout geen grote gevolgen heeft, zoals het ophalen van een voorraadstatus. Een supervisor-architectuur, waarbij een centrale agent toezicht houdt op sub-agenten, is nodig voor processen waar fouten duur zijn, zoals klantenservice of facturatie. De blog waarschuwt dat centralisatie in een omgeving met hoge latentie elke overdracht kan vertragen. De keuze bepaalt niet alleen de prestaties, maar ook de tijd en het geld die je investeert in bouw en onderhoud.

Hoe je dit kunt toepassen

Als je een webshop runt met een eenvoudig retourproces. Je kunt een sequentiële flow gebruiken: de agent controleert het ordernummer, checkt de retourtermijn, genereert een label en stuurt een bevestiging. Dit werkt snel en goedkoop, maar als de agent een fout maakt in het ordernummer, stopt het proces. Overweeg om een supervisor-agent toe te voegen die bij een fout de stap opnieuw probeert of een melding stuurt naar een medewerker. Dit verhoogt de betrouwbaarheid zonder dat je een volledig complexe architectuur nodig hebt.

Als je een team aanstuurt dat offertes maakt. Een eenvoudige flow kan de offerte genereren op basis van klantgegevens. Maar als de agent een verkeerde prijs uit een database haalt, wordt de verkeerde offerte verstuurd. Een mogelijkheid is om een supervisor-architectuur te bouwen waarbij een tweede agent de uitkomst controleert op plausibiliteit, bijvoorbeeld of de totaalprijs binnen een marge valt. Dit kost meer ontwikkeltijd, maar voorkomt dure fouten.

Als je in de zorg werkt met patiëntgegevens. Een sequentiële flow voor het verwerken van afspraken is riskant: een hallucinatie kan leiden tot dubbele boekingen of verloren gegevens. Je zou kunnen kiezen voor een supervisor-architectuur waarbij elke stap wordt gevalideerd door een aparte agent. De blog benadrukt dat centralisatie latentie kan veroorzaken, dus overweeg om de supervisor alleen te laten ingrijpen bij afwijkingen, niet bij elke stap. Dit houdt de snelheid hoog terwijl de betrouwbaarheid toeneemt.

Als je een facturatieproces automatiseert. Een eenvoudige flow kan facturen genereren en versturen. Maar een fout in het btw-tarief kan leiden tot naheffingen. Een optie is om een tool-use patroon te combineren met een supervisor: de agent gebruikt een gestructureerde functie om het juiste tarief op te halen, en een supervisor controleert of het tarief overeenkomt met de klantgegevens. Dit is een tussenweg die de blog beschrijft: snel voor de standaardstappen, maar met een vangnet voor kritieke punten.

Bron: n8n blog