AI Agent Development

Eén agent handelt het volledige doel zelf af: hij redeneert, kiest zijn tools en levert het resultaat. Een multi-agent systeem verdeelt dat werk over gespecialiseerde agents met een eigen rol en een vaste afspraak over wat zij aan elkaar overdragen; dat voorbeeld staat elders op deze pagina uitgewerkt. Meer agents geven meer flexibiliteit, maar elke overdracht kost coordinatie en doorlooptijd, en maakt het lastiger te herleiden waar een fout is ontstaan. Een gangbare route is daarom één agent als eerste oplevering, met een team van agents als groeipad zodra het proces meerdere ongelijksoortige taken tegelijk vraagt.

Begin met een versie die alles voorstelt en niets definitief uitvoert. De agent doorloopt het echte proces, kiest zijn tools en legt per stap vast wat hij zou doen, terwijl een medewerker de handeling zelf bevestigt. Zo ziet u op echte gevallen waar de redenering klopt en waar zij tekortschiet, zonder dat een fout gevolgen heeft. Pas wanneer de voorstellen over een reeks gevallen consistent kloppen, krijgt de agent de bevoegdheid om zelf te handelen, te beginnen bij de eenvoudigste categorie werk.

Geheugen, context en een plan voor wat er misgaat. Geheugen betekent dat de agent vasthoudt welke stappen hij al zette en wat die opleverden; zonder dat begint hij bij elke stap opnieuw en raakt hij de draad van de opdracht kwijt. Context betekent actuele, doorzoekbare documentatie over uw producten, processen en uitzonderingen, want een agent die de uitzondering niet kan opzoeken, vult het zelf in. En omdat elke stap kan mislukken, legt u vooraf vast wat er dan gebeurt: opnieuw proberen, een andere route kiezen of de taak afbreken met een leesbare reden.

Beoordeel een AI-agent op de uitkomst van het proces, niet op het aantal berichten dat hij verwerkt. Bruikbare maatstaven zijn het aandeel taken dat de agent volledig afrondt zonder tussenkomst, de doorlooptijd ten opzichte van de handmatige route, het aandeel dat terecht wordt geëscaleerd en het aandeel steekproeven waarvan de uitkomst fout blijkt. Leg vóór de bouw een nulmeting van het handmatige proces vast, anders valt er achteraf niets te vergelijken. Beoordeel ook de redeneerstappen zelf, want een goede uitkomst om de verkeerde reden herhaalt zich niet betrouwbaar.

Bouwen voor het gunstige geval. De demo draait op het standaardverzoek, terwijl het dagelijkse werk grotendeels uit uitzonderingen bestaat: onvolledige gegevens, een systeem dat niet antwoordt, een aanvraag die buiten het beschreven proces valt. Verzamel daarom eerst een reeks echte gevallen, juist de rommelige, en toets de agent daarop voordat hij zelfstandig mag handelen. Slaat u die toets over, dan merkt u een fout pas op wanneer de schade elders in het proces zichtbaar wordt, bij een afwijkende boeking of een koppeling die het niet deed.