Tool Use in één minuut
Een model dat schrijft “ik heb het berekend” heeft niet noodzakelijk een calculator gebruikt. Bij echte Tool Use bestaat er een uitgevoerde functie met invoer en een resultaat. De toepassing bepaalt welke functies beschikbaar zijn en welke acties zijn toegestaan. Een goed antwoord gebruikt die uitvoer correct en meldt een mislukte uitvoering eerlijk.
Tool Use verbindt een verzoek met een uitvoerbaar hulpmiddel
Je vraagt hoeveel dozen nodig zijn voor een bestelling van 145 stuks als er 12 stuks in een doos zitten. Het taalmodel kan de vraag interpreteren en een rekenfunctie aanroepen. Die berekent de verhouding; de toepassing moet daarnaast weten dat alleen hele dozen kunnen worden besteld. Het juiste resultaat vereist dus een berekening én een juiste toepassing van de bedrijfsregel.
- Aanvraag
Het model selecteert een aangeboden functie en vult de benodigde gegevens in.
- Uitvoering
Software controleert de aanvraag en voert de toegestane actie uit.
- Terugkoppeling
Het resultaat of de fout komt terug, waarna het model antwoordt of een passende vervolgstap kiest.
Het model maakt doorgaans een gestructureerde aanvraag, ook function calling genoemd. Bijvoorbeeld een productnummer voor een voorraadfunctie, niet een vrij verhaal dat de database zelf moet interpreteren. Een beschrijving en een invoerschema helpen bepalen waarvoor de tool bedoeld is. Ze vervangen geen controle op het juiste product, de juiste gebruiker en de toegestane handeling.
De documentatie van Anthropic onderscheidt bijvoorbeeld client tools, die de eigen toepassing uitvoert, en server tools die bij de aanbieder worden uitgevoerd. Dat is een concrete productindeling. Andere platforms organiseren de uitvoering anders. Het algemene principe blijft dat een functionele verbinding en een echte uitvoeringsstap nodig zijn; het model en de toepassing zijn niet hetzelfde onderdeel.
Welke soorten gereedschap kunnen worden aangesloten?
| Hulpmiddel | Mogelijke taak | Wat gecontroleerd moet worden |
|---|---|---|
| Zoeken | Recente informatie of een document vinden. | Bron, datum, relevantie en werkelijk opgehaalde inhoud. |
| Calculator | Totalen, percentages of aantallen berekenen. | Invoer, eenheden en de betekenis van het resultaat. |
| Code | Een bestand verwerken of gegevens classificeren. | De code, de uitvoeringsruimte en de geproduceerde bestanden. |
| Bestanden | Een document lezen of een tabel opslaan. | Pad, versie en rechten op lezen of schrijven. |
| API | Een actuele productstatus opvragen. | De gekozen functie, identificator en foutmelding. |
| Berichten zoeken of een concept voorbereiden. | Ontvanger, inhoud en aparte toestemming voor verzending. | |
| Agenda | Beschikbaarheid raadplegen of een afspraak voorbereiden. | Tijdzone, deelnemers en het verschil tussen concept en uitnodiging. |
| Database | Records selecteren of een wijziging voorstellen. | Filters, toegangsrechten en gevolgen voor bestaande data. |
Dit zijn mogelijkheden van passende integraties, geen lijst die elke chatbot standaard bezit. Een connector voor een mailbox kan alleen zoeken aanbieden, terwijl een andere integratie ook concepten en verzending ondersteunt. Welke functies zichtbaar zijn, hangt af van product, account, configuratie en verleende rechten. Controleer de echte actielijst voordat je een werkwijze belooft.
Bij bestanden is het verschil tussen inhoud lezen en een verwijzing kennen belangrijk. Een lijst met bestandsnamen bewijst niet dat de documenten zijn geanalyseerd. Bij grote verzamelingen moet ook paginering worden verwerkt: een functie die honderd resultaten teruggeeft kan slechts de eerste pagina van vierhonderd records tonen. De volledigheid hoort bij de taakcontrole.
RAG kan tools gebruiken om geschikte bronpassages op te halen en aan een LLM te geven. Connectors kunnen het externe systeem ontsluiten, terwijl MCP een mogelijke standaard voor de uitwisseling vormt. Tool Use is het bredere principe van functies gebruiken; geen van deze termen betekent precies hetzelfde.
Als er geen passende API beschikbaar is, kan Computer Use een toepassing via de interface bedienen. Ook dat gebeurt via concrete hulpmiddelen, maar de verificatie verschuift naar wat op het scherm staat en welke actie werkelijk is voltooid. Een lijst API-resultaten en een screenshot vragen verschillende controles.
Toegang begrenzen en de uitkomst verifiëren
Authenticatie maakt duidelijk met welke identiteit een integratie werkt. Autorisatie bepaalt welke gegevens en acties die identiteit mag gebruiken. Daarnaast staat de opdracht van de gebruiker: een schrijfbevoegd account betekent niet dat een verzoek om analyse ook toestemming geeft om records te wijzigen. Human-in-the-loop kan een concreet voorstel laten beoordelen voordat een belangrijke wijziging wordt uitgevoerd.
Een sandbox begrenst de uitvoering. Een geïsoleerde omgeving kan beperken welke bestanden, processen of netwerkbestemmingen code bereikt. Dat verkleint de mogelijke impact van fouten, maar is geen garantie dat alle uitvoer klopt of dat alle externe acties onschadelijk zijn. De grenzen moeten technisch worden toegepast, niet alleen als tekstinstructie bestaan.
Gelezen documenten en webpagina's kunnen instructies bevatten die niet van de gebruiker komen. Behandel die inhoud als informatie voor de taak, niet als toestemming om bijvoorbeeld een ander bestand te versturen. Dit risico op prompt injection maakt duidelijke grenzen tussen opdracht, bron en toegestane actie belangrijk, ook bij ogenschijnlijk eenvoudige zoekfuncties.
Een time-out kan betekenen dat een actie niet is uitgevoerd, maar ook dat alleen de bevestiging verloren ging. Opnieuw een bericht verzenden of record aanmaken kan dan duplicaten veroorzaken. Controleer bij schrijfacties de status en gebruik waar mogelijk een unieke opdrachtidentificator. Begrens nieuwe pogingen en meld wanneer een mens moet onderzoeken wat er is gebeurd.
- Kies een gereedschap dat de concrete taak kan uitvoeren.
- Controleer parameters, identiteit en bevoegdheid vóór uitvoering.
- Bewaar het resultaat en een bruikbare bron- of recordverwijzing.
- Toets de interpretatie en de volledigheid van het antwoord.
- Maak fouten en gedeeltelijk afgerond werk zichtbaar.
AI Agents gebruiken zulke toolcycli om meerdere stappen na elkaar te zetten. Voor één berekening is die flexibiliteit meestal niet nodig. Een Agentic Workflow bepaalt hoe gereedschappen, voorwaarden en controles samenkomen. Goede Tool Use begint daarom klein: één betrouwbare handeling, duidelijk bewijs van uitvoering en een passende grens aan wat daarna mag gebeuren.