Wat is een AI-agent en wanneer heeft je bedrijf er een nodig?

Wat maakt een AI-toepassing een agent?

Een AI-agent is een toepassing die binnen een afgebakende opdracht zelf vervolgstappen en beschikbare tools kiest. Een chatbot die alleen antwoord geeft, heeft die handelingsruimte niet. Een vaste automatisering doorloopt juist stappen die vooraf in code zijn vastgelegd. In de uitleg van OpenAI komen instructies, begrenzingen en tools samen; Anthropic maakt expliciet onderscheid tussen een vooraf bepaald werkpad en een agent die zijn route tijdens het werk kiest.

Dat onderscheid helpt bij een zakelijke beslissing. Het woord agent zegt weinig over nut of veiligheid. Kijk naar de feitelijke taak: welke informatie is nodig, welke keuze verandert per geval en welke actie mag het systeem uitvoeren? Een agent die alleen documenten leest en een voorstel maakt, heeft een ander risicoprofiel dan een agent die klantgegevens wijzigt of e-mails verstuurt.

Wanneer volstaat chat of een vaste workflow?

Begin met drie vragen. Heeft iemand één uitleg, samenvatting of concept nodig en kiest die persoon zelf de volgende stap? Gebruik dan gewone chat. Zijn de stappen bekend, bijvoorbeeld: formulier ontvangen, veld controleren, dossier aanmaken en medewerker informeren? Leg ze vast in een gewone automatisering. Pas wanneer de route per geval verandert én de toepassing hulpmiddelen moet kiezen, is een agent het onderzoeken waard.

• **Chat:** een medewerker vraagt om een samenvatting en controleert die zelf.
• **Vaste workflow:** hetzelfde invoerformaat leidt via dezelfde regels naar dezelfde vervolgstappen.
• **Agent:** de toepassing bepaalt op basis van de inhoud welke bron of tool nodig is, binnen afgesproken grenzen.

Een agent verdient zijn extra complexiteit alleen als die flexibiliteit aantoonbaar helpt. Anthropic waarschuwt dat agentische systemen vaak meer tijd en kosten vragen. OpenAI adviseert ze vooral voor processen met ongestructureerde gegevens, uitzonderingen of lastig te onderhouden regels. Dat is een selectiecriterium, geen bewijs dat een specifieke toepassing in jouw organisatie werkt.

Hoe ziet één begrensde agent eruit?

Neem een fictief supportproces. Een nieuw ticket komt binnen. De toepassing mag uitsluitend de goedgekeurde handleidingen doorzoeken, een passend fragment kiezen en een conceptantwoord opstellen met bronverwijzing. Kan zij de vraag niet plaatsen, dan zet zij het ticket in een wachtrij. Een medewerker controleert de bron, de toon en de klantcontext voordat er iets wordt verzonden.

Dit voorbeeld is een ontwerp, geen klantcase of gemeten resultaat. De taak heeft een variabele stap: welk document past bij deze vraag? De agent mag die keuze maken. Verzenden, klantgegevens aanpassen en andere bronnen openen liggen buiten de opdracht. Het werkpad eindigt bij een concept of een menselijke overdracht. Zo zijn uitkomst en bevoegdheid voor iedereen zichtbaar.

Als een simpele zoekfunctie plus een vaste antwoordsjabloon dezelfde tickets afhandelt, is de agent overbodig. Test beide varianten op dezelfde fictieve vragen. Tel niet alleen correcte antwoorden, maar ook ontbrekende bronnen, onterechte toolkeuzes en momenten waarop een medewerker moet ingrijpen.

Welke rechten en stopregels zijn nodig?

Maak vóór de bouw een korte toolkaart: doel, invoer, uitvoer, lees- of schrijfrecht, eigenaar, kostenlimiet en foutpad. Voor het supportvoorbeeld is alleen-lezen toegang tot geselecteerde handleidingen genoeg. Een algemene bedrijfslogin of brede CRM-toegang geeft meer bevoegdheid dan de taak vraagt. OWASP noemt te veel tools, rechten en autonomie afzonderlijke oorzaken van schade door agents.

Leg ook vast wanneer de uitvoering stopt: geen passende bron, tegenstrijdige instructies, een maximum aantal toolaanroepen, een verlopen toestemming of een fout in de gekoppelde dienst. Behandel tekst in een ticket of document als gegevens, ook als die tekst de agent opdrachten lijkt te geven. Controle van rechten hoort bij de tool en de achterliggende dienst, niet alleen in een prompt. Bij ingrijpende acties vraagt de uitvoering expliciet om een menselijk akkoord; OpenAI beschrijft die pauze als een afzonderlijke stap.

Hoe bewijs je dat de agent iets toevoegt?

Kies één proces, één eigenaar en een kleine set toegestane of fictieve voorbeelden. Beschrijf vooraf wat telt als een bruikbaar resultaat: juiste bron, juiste routing, geen ongeoorloofde actie en een helder overdrachtsmoment. Voeg normale, onvolledige en misleidende tickets toe. Voer dezelfde set uit met de bestaande werkwijze, een vaste automatisering en het agentontwerp. Leg tijd, kosten en menselijke correcties vast, maar publiceer pas cijfers nadat de proef echt is uitgevoerd.

Een geslaagde proef is nog geen toestemming voor onbeperkte productie. Begin met meelezen of concepten maken; open pas extra acties wanneer de rechten en foutpaden afzonderlijk zijn getest. De gids over het in kaart brengen van AI-gebruik helpt om huidige bronnen, verantwoordelijken en risico's vast te leggen. Heeft één agent aantoonbaar te veel verschillende taken, lees dan ook wanneer meerdere agents samenwerken.