F-RAG (RAG-fusion): hoe het verschilt van eenvoudige RAG
RAG-fusion voert meerdere queryvarianten uit en versmelt de resultaten via reciprocal rank fusion. Betere recall, enig afdriftrisico.
Vertaling automatisch gegenereerd met AI. De Duitse versie is het redactioneel gecontroleerde origineel.
F-RAG, kort voor RAG-fusion, verschilt van eenvoudige RAG in één stap: in plaats van te zoeken met uw ene query, genereert het meerdere herformuleringen daarvan, haalt voor elke resultaten op en versmelt de resultaten via reciprocal rank fusion (RAG-Fusion-paper). Het draait om recall. De ene formulering mist passages die een net iets andere formulering wel had gevonden. Als retrieval nieuw voor u is, begin dan met wat RAG is; dit is een verfijning daarop.
01. HET MECHANISME, EENVOUDIG
Eenvoudige RAG embedt uw query, vindt de dichtstbijzijnde passages en beantwoordt daaruit. RAG-fusion voegt daar twee stappen aan vooraf toe. Ten eerste schrijft een model een handvol alternatieve queries die hetzelfde bedoelen vanuit verschillende invalshoeken. Ten tweede haalt het voor alle resultaten op en voegt de gerangschikte lijsten samen via reciprocal rank fusion, die passages beloont die over meerdere queries heen goed scoren in plaats van slechts bij één. Het antwoord wordt vervolgens geschreven uit deze versmolten, opnieuw gerangschikte set.
02. WAAROM DE FUSIESTAP TELT
Eén enkele query is één enkele gok over hoe het antwoord in uw documenten geformuleerd is. Echte archieven gebruiken synoniemen, afkortingen en verschillende formuleringen voor hetzelfde onderwerp. Doordat RAG-fusion de vraag meerdere keren stelt en beloont wat consequent hoog scoort, brengt het de passage naar boven die één enkele formulering zou hebben gemist. Reciprocal rank fusion is hier het stille werkpaard: het combineert lijsten zonder vergelijkbare scores nodig te hebben, en daarom duikt het ook op in hybride en late-interaction-opzetten zoals die achter Qdrant en ColQwen.
03. WANNEER HET HELPT EN WANNEER HET SCHAADT
RAG-fusion verdient zijn kosten bij dubbelzinnige of terminologiezware vragen, waar één formulering een zwakke gok is. Het kost meer: meerdere retrievals en een generatiestap per vraag, dus het is geen gratis latency. En het heeft een echt faalpatroon. Wijken de gegenereerde queryvarianten af van wat u eigenlijk bedoelde, dan trekken ze off-topic passages binnen en drift het antwoord af. De remedie is om de gegenereerde queries nauw gebonden te houden aan de oorspronkelijke intentie en te meten, niet aan te nemen dat de recall gestegen is.
04. WAAR HET STAAT TUSSEN DE OPTIES
RAG-fusion is een van meerdere manieren om retrieval beter te maken, geen vervanging voor goede retrieval. Voordat u ernaar grijpt, zorg dat de basis klopt: schone chunks, een solide embeddingmodel en een vectorstore die bij de taak past. Voor visueel dichte documenten is de grotere hefboom vaak visuele retrieval in plaats van meer queryvarianten. Gebruik F-RAG waar de vraag werkelijk dubbelzinnig is en de recallwinst de extra aanroepen waard is.
