Een geslaagde toolaanroep is geen geverifieerde claim: waar de zekerheid van MCP ophoudt

Een geslaagde toolaanroep bewijst niet dat de claim klopt die je aan het resultaat ontleent. De aanroep bewijst alleen dat er iets is afgeleverd: er ging een verzoek uit en er kwam een antwoord terug. Het document kan ongeschonden aankomen en het getal kan exact zijn overgenomen, terwijl de zin in je besluitmemo de betekenis van dat getal verandert.

Dat onderscheid telt bij de overdracht. Voordat een opgehaald resultaat in een besluitmemo belandt, wil je drie dingen weten: welk bronobject is er binnengekomen, wat is er gecontroleerd en welke zin kan die bron echt dragen? Hoofdstuk 9 van De geverifieerde research-loop noemt die overgang de MCP-borgingsgrens: het punt waarop een succesvolle protocoltransactie eindigt en een taakspecifieke controle begint. MCP kan verzoeken en antwoorden structureren; de bron, de inhoud, de rechten en het besluitgebruik verifieer je apart.

Kun je het resultaat vertrouwen als een AI-agent data via MCP of een tool heeft opgehaald?

Niet op die grond alleen. Een logboek dat een voltooide ophaalactie toont, legt die ene gebeurtenis vast. Een antwoord dat zonder fouten door de parser komt, doorstaat nog één controle: die op het formaat. Geen van beide stelt vast dat de agent het juiste bronobject had, dat die versie actueel is of dat de tekst de conclusie van de agent ondersteunt.

MCP staat voor Model Context Protocol. Hoofdstuk 9 baseert zich op de specificatie die is uitgebracht als release 2026-07-28. In die release gebruikt MCP JSON-RPC binnen een ontwerp met host, client en server; de standaardfuncties van een server zijn onder meer resources, prompts en tools, en HTTP-implementaties kunnen autorisatie toevoegen. De naam en de versie die een server over zichzelf meldt, komen van die server zelf. Leg ze vast, maar zie ze niet als bewijs voor het eindpunt, de beheerder of het recht om de data te verwerken. Het hoofdstuk benoemt die grens zonder omwegen: “Dit zijn feiten over hoe systemen samenwerken, geen bewijs over het bronmateriaal. Een geldige aanroep kan het verkeerde bronobject retourneren.”

Sommige tools voeren naast het ophalen ook inhoudelijke controles uit. Doet de tool dat, bekijk dan de afbakening, de uitkomsten en de beperkingen van die controles. Welke bron en welke claim zijn naast elkaar gelegd, en wat zou tot afkeuring hebben geleid? De onderbouwing zit in dat werk, niet in het algemene label dat de aanroep is geslaagd.

Of de agent de tool überhaupt mocht aanroepen, is een andere vraag. Die vraag komt aan bod in MCP-OAuth is geen toolautorisatie. Neem hier aan dat de ophaalactie was toegestaan.

Wat stelt een geslaagde aanroep echt vast?

Houd de bevindingen uit elkaar. Elke bevinding beantwoordt een andere vraag.

Vastgelegde bevinding	Wat dit vaststelt	Wat nog openstaat
De ophaalactie gaf een antwoord	Er is materiaal bij de aanroeper aangekomen	Is het bedoelde document binnengekomen?
Het antwoord doorstond een structuurcontrole	Het voldoet aan de gecontroleerde formaateisen	Staan de juiste feiten in de velden?
Controles op identiteit en versie slaagden	Het bekeken bronobject komt overeen met de gevraagde bron en editie	Is het relevante materiaal compleet, en draagt het de claim?
Een passage ondersteunt een scherp afgebakende uitspraak	Deze bron draagt die uitspraak binnen haar eigen grenzen	Is het onderliggende bewijs sterk genoeg voor dit besluit?

Hoofdstuk 9 geeft een beknopt voorbeeld van die kloof: een schemacontrole kan een ontbrekende vindplaats opmerken en toch een bron missen die de claim tegenspreekt. Zo kan ook een percentage dat keurig in het juiste veld staat, over de verkeerde groep gaan.

Voor elke taak die je delegeert, vraagt het hoofdstuk om twee zinnen:

• Capaciteitsclaim: met exact dit model, deze server, tool, versie, data, machtiging en datum kan het systeem een bepaalde bewerking proberen en een bepaald schema teruggeven.
• Borgingsclaim: een bepaalde controle kan een bepaalde reeks fouten opsporen, met vastgelegde beperkingen.

De tweede is een claim die je moet testen. Opschrijven dat “een mens het beoordeelt” laat de beslissende feiten onvermeld: welke claim of welk bronobject, de autoriteit van de reviewer, wat die zag, hoeveel tijd die had en welke regel die toepaste. “De beoordelaar keurde het goed” onthult niet of een geautomatiseerde controle op hetzelfde model of dezelfde context leunde. Een goed acceptatierecord laat een tweede beoordelaar dat werk zelf nagaan.

Uitgewerkt voorbeeld: 95% van wat?

Hypothetisch voorbeeld. Een oprichter overweegt de klantenservice uit te besteden. In de memo van de agent staat: “De leverancier lost 95% van de klanttickets binnen één werkdag op.” De leverancier, de documenten, de datums en de cijfers in dit voorbeeld zijn verzonnen.

De agent heeft via een MCP-tool een pdf binnengehaald. De aanroep is gelukt, het geëxtraheerde resultaat bevat 95% en de memo verwijst naar het rapport. Voor de reviewer is dat een beginpunt, geen conclusie.

Controleer eerst de editie. Onderaan de pdf staat 2025. Op zijn publicatiepagina noemt de leverancier een rapport uit 2026 als actuele editie. De ophaalactie is geslaagd, maar leverde het oudere bronobject op. Leg die versie vast, keur die af voor actueel gebruik en haal de aangewezen opvolger op. Tot dan blijft het afhankelijke besluit op HOLD: het kan niet verder op onopgelost bewijs. De samengestelde acceptatietest in hoofdstuk 9 draait om precies dit defect: een aannemelijke pdf, een succesmelding en een voettekst die een oudere editie noemt.

Controleer daarna de zin. Ook de tweede ophaalactie slaagt, en nu kloppen identiteit en editie. Op pagina 8, in tabel 2, staat dat 95% van de niet-urgente e-mailtickets in het tweede kwartaal van 2026 binnen één werkdag een eerste reactie kreeg. De tabelkop noemt wat er is gemeten; de voetnoot bakent af om welke tickets het gaat.

Leg de tabel naast de memo:

Betekenis	Wat het rapport zegt	Wat de memo ervan maakt
Gemeten gebeurtenis	Eerste reactie	Oplossing
Ticketgroep	Niet-urgente e-mailtickets	Alle klanttickets
Rapportageperiode	Tweede kwartaal van 2026	Geen periode vermeld

Het percentage overleefde de overdracht. De betekenis niet.

Een bronspecifieke vervanging luidt: “In zijn rapport van 2026 meldt de leverancier dat 95% van de niet-urgente e-mailtickets in het tweede kwartaal van 2026 binnen één werkdag een eerste reactie kreeg.”

De reviewer kan die zin accepteren als weergave van de bekeken tabel. Daarmee staat nog niet onafhankelijk vast hoe de leverancier werkelijk presteert, en de vraag van de oprichter over de oplostijd blijft onbeantwoord. Dat deze tabel de oorspronkelijke zin niet draagt, bewijst niet dat die zin onwaar is. Het betekent dat het aangehaalde bewijs die zin niet kan dragen.

Het beoordelingsrecord zegt daarom:

• Bronobject: actuele editie verkregen en bekeken.
• Extractie: percentage behouden; gebeurtenis, groep en periode gecorrigeerd.
• Oorspronkelijke claim: niet ondersteund door de aangehaalde tabel.
• Besluit: HOLD tot er relevant bewijs over de oplostijd is; de oprichter is eigenaar van het hiaat.

Dit voorbeeld laat zien wat de controles zichtbaar moeten maken. Het zegt niets over een echte leverancier, en ook niet over hoe betrouwbaar een andere reviewer dezelfde fouten zou vinden.

Wat controleer je na het ophalen?

Het bronobject is de inhoud die je daadwerkelijk bekijkt. Een zoekfragment, een catalogusvermelding en een gegenereerde samenvatting zijn andere objecten. Deze zes controles passen hoofdstuk 9 toe op één claim waar een besluit op rust.

1. Bevestig identiteit en eindbestemming. Vergelijk wat je opvroeg (url of id) met het uiteindelijke adres, de uitgever, de titel en de identiteit van het document. Leg doorverwijzingen vast. Een bekende titel bewijst nog niet dat het juiste bronobject binnenkwam.
2. Bevestig de editie. Noteer versie en publicatiedatum los van het moment van ophalen. Controleer via een gezaghebbende bron van de uitgever, zoals de publicatie- of statuspagina, welke editie actueel is. Lukt dat niet, registreer de actualiteit dan als onopgelost. Dat je een document vandaag ophaalt, maakt het niet actueel.
3. Controleer de volledigheid. Kijk of er pagina’s, bijlagen, tabellen of voetnoten ontbreken. Leg vast wat je kreeg: het volledige bronobject, een deel, een voorvertoning, alleen metadata of een bewerkte kopie. Noteer OCR, vertaling of samenvatting. Vul niet in wat je niet hebt gezien.
4. Zoek de precieze onderbouwing. Noteer de vindplaats: pagina, paragraaf, tabel of record. Lees de tekst eromheen. Dit is de controle op lokale ondersteuning: draagt het materiaal de exacte zin, met de kwalificaties intact?
5. Controleer de geëxtraheerde betekenis. Bekijk bij een getal de tabel zoals die op de pagina staat, met kopjes en voetnoten. Vergelijk eenheden, noemer, populatie, tijdsbestek, rechtsgebied, onzekerheid en beperkingen, en ga na welke gebeurtenis is gemeten. In het leveranciersvoorbeeld ging het overnemen van 95% goed; wat er was gemeten, ging verloren.
6. Leg acceptatie en gebruik vast. Benoem wie het gecontroleerde record mag accepteren, wat er is geaccepteerd en wat nog openstaat. Besluit over toegestaan gebruik en bewaren voordat je een kopie opslaat. Geef elk kritiek hiaat een eigenaar en een opheffingsvoorwaarde: wat moet er gebeuren voordat het besluit van HOLD af kan?

Elke mislukte controle vraagt om een eigen reactie. Zet een verkeerd bronobject in quarantaine. Weiger een schemafout of zet die in quarantaine, in plaats van een veld in een aannemelijke waarde te persen. Markeer bij een gedeeltelijke ophaalactie wat ontbreekt en leid niets af uit wat je niet hebt gezien. Wordt de toegang geweigerd, leg die barrière dan vast en omzeil die niet: vraag toestemming, zoek een andere legitieme bron of zet het besluit op HOLD. Ligt een tool plat, bewaar dan het verzoek en de foutmelding, en vul het gat niet op uit het geheugen van het model. Behandel opgehaalde tekst en toolbeschrijvingen ook als onvertrouwde data: instructies in een opgehaalde pagina of pdf mogen nooit de onderzoeksbrief wijzigen, geheimen prijsgeven of nieuwe toolaanroepen starten.

Zelfs als al deze controles slagen, moet je de methode en het bewijs in het rapport nog beoordelen voor deze claim. Verificatie van het bronobject stelt vast wat je hebt opgehaald en bekeken. Ze maakt de inhoud niet waar.

Wanneer wordt een kandidaat een geaccepteerd record?

Hoofdstuk 9 houdt elke suggestie van een agent op CANDIDATE. De agent kan geen bron promoveren, geen claimcapsule veranderen (het record van een claim en de feiten die erover overeind moeten blijven), geen definitieve Corroborated-status toekennen, HOLD niet opheffen, geen risico accepteren en geen besluitmemo publiceren. Promoveren doet benoemd, verantwoordelijk werk. Het hoofdstuk voegt eraan toe dat deze regel gezag vastlegt en niet beweert dat alleen mensen kunnen redeneren. Voert een systeem een specifieke taak in gemeten tests goed uit, pas dan op basis van dat bewijs het contract en de acceptatiedekking aan.

Acceptatie moet benoemen waarop ze slaat. In het leveranciersvoorbeeld accepteert de reviewer het actuele document en de gecorrigeerde weergave van de tabel. De oorspronkelijke claim over de oplostijd blijft ononderbouwd. Een algemeen stempel “geverifieerd” zou die uitkomsten op één hoop gooien, tenzij erbij staat wat er precies is geverifieerd.

Wat is TRACE? legt de vijf stappen uit waar deze controle bij hoort. Nepcitaties van AI geeft een check van 15 minuten om na te gaan of een geciteerd document bestaat en zegt wat er wordt beweerd. Lijken meerdere bronnen elkaar te bevestigen, dan laat Bevestiging is geen bronnentelling zien hoe je elk cijfer tot de oorsprong herleidt en vastlegt wat de bronnen delen. Een geslaagde ophaalactie beantwoordt geen van die vragen.

Wat legt de reviewer vast?

Laat een record achter dat een ander kan heropenen. Het blok hieronder past de acceptatie-eisen uit hoofdstuk 9 toe op één claim; het vervangt geen volledig agentcontract.

Claim en beoogd besluit:
Run / model / tool / protocolversie / ophaaltijdstip:
Bron-ID / gevraagd en uiteindelijk adres / editie:
Toegangsstaat / bewerkingen / ontbrekend materiaal:
Exacte vindplaats (passage of tabel):
Vergeleken velden, inclusief kwalificaties:
Toegestaan gebruik / bewaarbesluit:
Geaccepteerd door / datum / precieze reikwijdte van de acceptatie:
Correcties / fouten van de reviewer / onopgeloste hiaten:
Besluit / eigenaar van het hiaat / opheffingsvoorwaarde / heropeningstrigger:

Sta expliciet de waarden not-found en unclear toe. Een verplicht veld mag nooit een aannemelijk antwoord afdwingen.

Vergelijk elk veld waar het besluit van afhangt met het gezaghebbende bronobject. Controleer je andere velden steekproefsgewijs, noteer dan welke steekproef. Bewaar de oorspronkelijke extractie naast de correctie, binnen de bewaarregels die gelden.

Beoordeel ook de reviewer. Hoofdstuk 9 vraagt je vast te leggen welke fouten van de agent zijn gecorrigeerd, welke correcte output de reviewer juist verslechterde, welke meningsverschillen naar een andere reviewer gingen, welke velden in de steekproef door beiden zijn gemist, hoeveel werk en herstelwerk het kostte en wat er na een latere audit nog veranderde. Een paraaf zegt wie het werk accepteerde; de vergelijkingen laten zien wat er is gecontroleerd.

Hoofdstuk 2 presenteert TRACE als een vijfstappenprotocol van de auteur dat benoemde momenten voor inspectie en overdracht creëert. Het boek zegt er ook bij dat niet direct is aangetoond dat TRACE de nauwkeurigheid, de snelheid of de besluitkwaliteit verbetert. Een ingevuld record maakt controle mogelijk, maar bewijst op zichzelf niet dat de controles werkten.

Probeer dit vandaag

Kies één feit dat een agent deze week via een tool heeft opgehaald. Neem een zin waar een echt besluit van afhangt.

1. Kopieer de zin letterlijk. Leg het antwoord van de tool ernaast. Schrijf op welk besluit op deze claim leunt.
2. Schrijf op wat het antwoord bewijst. Noteer alleen wat uit het record volgt: er kwam een antwoord binnen, de velden zijn geparseerd, of een benoemde controle heeft gedraaid en inspecteerbare resultaten achtergelaten.
3. Schrijf op wat het niet bewijst. Denk aan identiteit, editie, volledigheid, betekenis en de kwaliteit van het onderliggende bewijs. Is die tweede lijst leeg, dan heb je nog niet gekeken.
4. Toets het hiaat dat het zwaarst weegt. Open het bronobject zelf. Zoek de passage of tabel op en leg die naast de zin. Noteer de vindplaats, wat standhield, wat sneuvelde en wat nog niet is geverifieerd.
5. Kies de volgende stap. Houd de formulering die de bron draagt, versmal een te brede claim of schrap wat geen steun heeft. Wijs voor elk resterend hiaat een eigenaar aan en noteer wat het besluit weer zou openen. Zet een onopgeloste, kritieke afhankelijkheid op HOLD.

Kon je het bronobject niet openen of de controle niet uitvoeren, leg die uitkomst dan vast. Wat je vandaag wint, is een claim met een expliciete bewijsstatus en een volgende stap. Een geslaagde toolaanroep levert geen van beide uit zichzelf.

Citeer deze pagina:Een geslaagde toolaanroep is geen geverifieerde claim: waar de zekerheid van MCP ophoudt.Len P. van der Hof. https://lenvanderhof.com/nl/blog/een-geslaagde-toolcall-is-geen-geverifieerde-claim/ · Gepubliceerd 5 november 2026.