RAG-architectuur: zoeken in één ronde, agents of GraphRAG?
Automatische vertaling
Dit artikel is automatisch vertaald vanuit de oorspronkelijke Engelse versie.
Begin met één retrieval-ronde die relevante bronpassages aan het model levert. Voeg iteratief zoeken toe wanneer een antwoord een tweede zoekopdracht nodig heeft waarvan de query afhangt van het eerste resultaat. Test GraphRAG wanneer vragen relaties vereisen of een overzicht van de volledige collectie nodig hebben dat gewone retrieval van passages niet biedt.
Dit zijn keuzes voor het verzamelen van bewijs, geen fasen die elk RAG-systeem moet doorlopen. Ik zou eerst vragen onderzoeken waarop het systeem faalde, samen met de passages die het model daadwerkelijk heeft ontvangen. Meer zoeken kan tekst die de documentparser heeft weggegooid niet herstellen.
Laatst beoordeeld: 2026-09-08.
Stem de zoekaanpak af op de vraag
| Vraagtype | Eerste aanpak om te testen | Extra werk dat moet worden gerechtvaardigd |
|---|---|---|
| “Wat is het resetcommando voor dit apparaat?” | Eén retrieval-ronde, gevolgd door een antwoord met een bron | Een relevante passage moet het antwoordmodel bereiken |
| “Welk vervangend onderdeel past bij het onderdeel dat in dit rapport wordt genoemd?” | Iteratief zoeken: vind het onderdeel en doorzoek daarna de onderdelencatalogus | Meer aanroepen, een stopregel en tests van beide zoekopdrachten |
| “Welke thema’s keren terug in deze rapporten?” | Globaal zoeken met GraphRAG, vergeleken met een eenvoudigere aanpak met samenvattingen | Samenvattingen op basis van de graaf opbouwen en vernieuwen |
| “Hoe zijn deze leveranciers met elkaar verbonden?” | Retrieval die rekening houdt met de graaf, vergeleken met herhaald zoeken naar passages | Correcte koppelingen tussen entiteiten, relaties en onderbouwing met bronnen |
De documentatie over GraphRAG-queries van Microsoft maakt onderscheid tussen lokaal zoeken in geëxtraheerde entiteiten en bronchunks, en globaal zoeken in gegenereerde rapporten over gemeenschappen. Een rapport over een gemeenschap vat een groep in de geëxtraheerde graaf samen. Globaal zoeken gebruikt deze rapporten om vragen over de collectie als geheel te beantwoorden. Dit is niet simpelweg een vectorzoekopdracht met een nieuwe naam.
Iteratieve retrieval is een afzonderlijke ontwerpkeuze en kan gewone tekstzoekopdrachten gebruiken. Adaptive-RAG onderzoekt routing van vragen naar een aanpak zonder retrieval, met één stap of met meerdere retrieval-stappen. Dat ondersteunt het testen van verschillende paden, maar bepaalt niet welke aanpak op jouw corpus het beste presteert.
Controleer het ontbrekende bewijs voordat je de architectuur wijzigt
Bewaar voor elke vraag waarop het systeem faalde de verwachte bron en de opgehaalde passages. Bepaal vervolgens waar het eerste verlies optrad:
- Als de bron nooit in de index is terechtgekomen, herstel dan het inlezen of parsen van documenten.
- Als een optioneel onderwerpfilter de bron heeft uitgesloten, test dan het filter of behoud een breder zoekpad. Pas toegangsfilters op elk pad toe.
- Als de passage wel is opgehaald maar te laag is gerangschikt, test dan wijzigingen aan retrieval en reranking.
- Als een benodigde naam alleen in het eerste resultaat voorkomt, test dan een tweede zoekopdracht met die naam.
- Als het model voldoende bewijs heeft ontvangen maar onjuist heeft geantwoord, onderzoek dan de antwoordstap voordat je meer retrieval toevoegt.
Het antwoord over de zoekcomponenten behandelt BM25, embeddings en rerankers binnen één retrieval-ronde. Deze componenten kunnen ook een iteratief systeem ondersteunen; ze bepalen niet hoeveel zoekopdrachten het systeem moet uitvoeren.
Vergelijk bewijskwaliteit en kosten
Vergelijk de paden met dezelfde vragen en toegestane documenten. Geef elk pad een expliciet budget voor tijd en modelaanroepen. Meet of het benodigde bewijs is gevonden, het antwoord correct is en de geciteerde passages de beweringen ondersteunen. Tel overschreden tijdslimieten en uitgeputte zoekbudgetten mee als fouten.
Inspecteer bij een graaf zowel de geëxtraheerde entiteiten en relaties als de uiteindelijke antwoorden. Een verkeerde koppeling met een leverancier kan een samenhangend antwoord over het verkeerde bedrijf opleveren. Neem de kosten voor het opbouwen en vernieuwen van de index op in de vergelijking; alleen de querykosten houden geen rekening met dit werk.
Als retrieval in één ronde het doel haalt, stop dan daar. Voeg een ander pad toe voor de vraagtypen waarvoor een gemeten fout dat pad een concrete taak geeft.
Verder lezen
- Het artikel RAG-evaluatiemetrieken beschrijft waar bewijs verloren gaat bij het parsen, filteren, de retrieval en de generatie.
- Praktische gids voor LLM-engineering brengt de paden voor het inlezen van documenten en het uitvoeren van queries in kaart en introduceert GraphRAG.
- Enterprise RAG Challenge 3 onderzoekt openbare inzendingen, routing, bewijs en hun beperkingen.