Een onjuist RAG-antwoord kan beginnen met een zoekfout. De toepassing vindt een passage die op de vraag lijkt, maar over een andere productserie, periode of uitzondering gaat. Een uitgebreider taalmodel of een scherpere antwoordinstructie kan dat probleem soms verhullen zonder het op te lossen. Onderzoek daarom apart wat de zoekstap aanlevert en wat daarna met die informatie gebeurt.
Deze gids helpt een terugvindprobleem onderzoeken met een kleine, herhaalbare vragenverzameling. De productcodes en situaties zijn fictief. Het doel is een bruikbare diagnose en een gerichte verbetering, geen belofte dat één zoektechniek iedere verzameling foutloos doorzoekt.
Begin met een terugvindbaar foutvoorbeeld
Bewaar de vraag, de bedoelde gebruikerscontext en de bronversie waarop de beoordeling is gebaseerd. Noteer welke passage had moeten worden gevonden en welke passages daadwerkelijk werden aangeboden. Een melding dat het antwoord slecht was, is voor een ontwikkelaar onvoldoende om te bepalen of zoeken, selectie of interpretatie het probleem veroorzaakte.
Kies een voorbeeld waarvan de inhoudelijke eigenaar de juiste bron kan aanwijzen. Als twee beoordelaars al verschillend denken over de geldige instructie, is eerst een inhoudelijk besluit nodig. Een technische zoekaanpassing mag niet stilzwijgend de redactionele keuze maken welke regel geldt. Houd ook de mogelijkheid open dat de benodigde informatie helemaal niet in de aangesloten bronnen staat.
Controleer exacte termen en betekenis afzonderlijk
Sommige vragen draaien om een productcode, een naam of een specifieke datum. Andere gebruiken een alledaagse omschrijving die niet letterlijk in het document voorkomt. Een vergelijkingsproef moet beide soorten vragen bevatten. Anders kun je een zoekontwerp kiezen dat fraaie omschrijvingen goed behandelt maar juist de herkenbare codes mist waarop medewerkers dagelijks vertrouwen.
Hybride zoekontwerpen kunnen tekst- en vectorzoekresultaten combineren. Dat is een technische mogelijkheid, geen bewijs dat de combinatie voor jouw materiaal beter presteert. Vergelijk concrete vragen met dezelfde bronselectie. Laat een verbeterde score voor algemeen geformuleerde vragen niet verbergen dat belangrijke exacte productvragen slechter worden afgehandeld dan in de bestaande zoekroute.
Onderzoek de bronpassage in haar context
Een gevonden fragment kan de juiste woorden bevatten en toch de verkeerde betekenis overbrengen. Een tabelregel zonder kolomkop, een waarschuwing zonder productverwijzing of een paragraaf zonder voorafgaande uitzondering kan slecht bruikbaar zijn voor antwoordvorming. Controleer daarom wat de zoekstap als zelfstandig stuk informatie teruggeeft, niet alleen welk documentnummer bij het resultaat staat.
Open de passage naast het originele bestand. Vraag of een inhoudelijk beoordelaar kan vaststellen op welke situatie de tekst slaat. Als de grens van het fragment een beslissende voorwaarde afsnijdt, onderzoek de verdeling van de bron. Meer resultaten ophalen lost dat niet noodzakelijk op; het kan juist extra tegenstrijdige of overbodige passages in het antwoordproces brengen.
Toets zoeken en antwoorden afzonderlijk met een vaste verzameling vragen en bronpassages: Een RAG-systeem testen: beoordeel bronnen, antwoorden en weigeringen afzonderlijk.
Gebruik filters die de taak werkelijk begrenzen
Een medewerker kan een instructie voor een bepaalde productfamilie nodig hebben. Als die context betrouwbaar beschikbaar is, kan de zoekopdracht de relevante verzameling daarop begrenzen. Leg vast welke kenmerken verplicht zijn en wat gebeurt wanneer ze ontbreken. Een onduidelijke productcode mag niet automatisch als toestemming worden behandeld om over iedere variant een stellig antwoord te geven.
Controleer tegelijk of een filter niet te veel uitsluit. Een algemene veiligheidsinstructie kan voor meerdere productfamilies gelden. Een verkeerd vastgelegde categorie kan dan een relevante bron verbergen. Bewaar bij de test zowel gevonden als uitgesloten verwachte informatie, zodat de beoordeling laat zien of het probleem in metadata, documentinhoud of de vraaginterpretatie zit.
Maak een kleine set met lastige variaties
Neem één inhoudelijke vraag en verander de formulering op een paar realistische manieren. Gebruik een afkorting, een typfout, een oude productnaam en een omschrijving zonder technische term. Voeg daarnaast een vraag toe die bijna hetzelfde klinkt maar over een andere versie gaat. Zo wordt duidelijk of de zoekstap relevante verschillen bewaart in plaats van vooral vergelijkbare woorden te verzamelen.
Een fictief onderhoudsteam vraagt naar de controletermijn voor pomp P-410. De set bevat ook P-410B, een oudere benaming en een vraag zonder versie. De verwachte uitkomst kan voor die laatste vraag zijn dat eerst de productvariant moet worden vastgesteld. Niet iedere variatie heeft dus dezelfde passage of hetzelfde type antwoord als gewenste uitkomst.
Vergelijk één wijziging tegelijk
Pas bijvoorbeeld de documentverdeling aan en voer dezelfde vragen opnieuw uit. Verander niet tegelijkertijd het model, de bronnen, filters en beoordelingsregels. Wanneer meerdere onderdelen wijzigen, is een betere demonstratie moeilijk te verklaren en weet je niet welke aanpassing verantwoordelijk was voor nieuwe fouten. Een beperkte vergelijking levert vaak beter bruikbare informatie op dan een grote ongecontroleerde vernieuwing.
Bewaar de configuratie en de uitkomsten van beide versies. Noteer ook vragen die achteruitgaan. Bespreek of het verschil voor de taak aanvaardbaar is of aanvullend onderzoek vraagt. Een gemiddeld betere beoordeling kan ongeschikt zijn wanneer juist een klein aantal belangrijke uitzonderingsvragen niet meer de noodzakelijke bron oplevert.
Beoordeel rangorde en bruikbaarheid samen
Een relevante passage die ergens tussen veel andere resultaten staat, is niet automatisch goed bruikbaar. Onderzoek welke resultaten werkelijk in de antwoordcontext terechtkomen en of de noodzakelijke voorwaarde daarin aanwezig blijft. Kijk ook naar dubbele fragmenten uit dezelfde bron die andere nuttige informatie kunnen verdringen. Een ranglijst is pas waardevol in relatie tot de taak die volgt.
Gebruik een eenvoudige beoordelingsrubriek. Een beoordelaar kan bijvoorbeeld aangeven of de vereiste passage aanwezig is, of de versie klopt en of voldoende context overblijft. Maak onzekerheid een aparte uitkomst. Het hoeft geen ingewikkelde benchmark te zijn, zolang verschillende beoordelaars dezelfde betekenis geven aan een geslaagde, onvolledige of verkeerde zoekuitkomst.
Scheid retrieval van antwoordgedrag
Wanneer de juiste passage wel wordt gevonden maar een uitzondering uit het uiteindelijke antwoord verdwijnt, onderzoek je een ander probleem. Bewaar de aangeleverde passage en de geformuleerde claim naast elkaar. De oplossing kan liggen in antwoordinstructies, presentatie, bronverwijzing of een menselijke controle. Nog meer zoekresultaten toevoegen kan daarbij onnodig zijn en de controle juist moeilijker maken.
Andersom kan een toevallig juist antwoord op basis van een verkeerde passage een zoekprobleem verbergen. Het model kan algemene kennis gebruiken die niet op jouw productversie slaat. Beoordeel daarom niet alleen of de zin klopt, maar ook of de afgesproken bron de relevante claim ondersteunt. De zoekproef en de antwoordproef hebben ieder hun eigen bewijs nodig.
Maak van de diagnose een onderhoudbare afspraak
Leg vast welke brongebieden, filters en vraagsoorten de gekozen opzet ondersteunt. Bewaar representatieve foutgevallen als herhaalbare controles voor bronwijzigingen of technische aanpassingen. Zo hoeft een beheerder niet telkens opnieuw te ontdekken waarom een bepaalde productvariant of een oud synoniem belangrijk is. De oorspronkelijke diagnose blijft onderdeel van de bruikbare projectkennis.
Spreek daarnaast af wanneer een vraag buiten de ondersteunde verzameling wordt doorverwezen. Een zoekvoorziening moet een onduidelijke situatie niet verbergen achter een technisch succesbericht. De praktische uitkomst van onderzoek is een beter begrepen grens: welke informatie wordt betrouwbaar teruggevonden, waar ontbreken bronnen en welke vragen vragen nog om verduidelijking of een inhoudelijke beoordeling.
Van uitleg naar een concrete projectkeuze
Leg je aannames, open vragen en oplevercriteria vast in de bijbehorende tool. Gebruik de dienstengidsen om uitvoering en afbakening te bespreken.
Open de voorbereidingstool ↗Vragen over dit onderwerp
Helpt het altijd om meer passages op te halen?
Nee. Extra resultaten kunnen relevante context toevoegen, maar ook duplicaten en tegenstrijdige informatie. Test of de noodzakelijke passage en haar voorwaarden daadwerkelijk beschikbaar worden voor de volgende stap. Het aantal resultaten alleen zegt weinig over de bruikbaarheid.
Hoeveel testvragen zijn nodig?
Er bestaat geen universeel aantal dat kwaliteit bewijst. Begin met representatieve normale vragen en belangrijke uitzonderingen voor je afgebakende taak. Breid uit op basis van waargenomen fouten en veranderingen. Leg vast welke vraagsoorten nog niet zijn onderzocht.
Kunnen we zoeken en antwoorden met één beoordeling testen?
Je kunt de totale ervaring beoordelen, maar bewaar daarnaast afzonderlijk bewijs over gevonden bronnen en gemaakte claims. Anders blijft onduidelijk of een fout ontstaat door ontbrekende informatie, verkeerde retrieval of een onjuiste interpretatie van een juiste passage.
Verder met een aansluitende vraag
Bedrijfsdocumenten voorbereiden voor RAG: van map naar beheerde bronverzameling
Maak documenten bruikbaar voor een RAG-proef met eigenaarschap, geldigheid, duidelijke structuur, verwijdering en controlevoorbeelden.
RAG & bedrijfskennisBronverwijzingen in RAG: controleer of de passage de claim werkelijk ondersteunt
Ontwerp controleerbare AI-antwoorden met passende bronpassages, versies, voorwaarden en een bruikbare route bij ontbrekend bewijs.
AI-agents & chatbotsEen AI-agent testen: van mooie antwoorden naar bruikbaar bewijs
Maak een praktische testset voor AI-agents met broncontrole, acties, uitzonderingen, overdracht en herhaalbare acceptatiecriteria.
Bronnen en technische achtergrond
- Microsoft Learn: Hybrid search in Azure AI Search ↗
Combineren van tekst- en vectorzoekresultaten; geen garantie over jouw bronverzameling.
- Microsoft Learn: Chunk large documents for vector search ↗
Technische afwegingen bij het opdelen van documenten voor zoektoepassingen.