Zurück

Modernes RAG, Teil 4: Warum Vektorsuche allein in echten Systemen versagt

28/7/2026
Richard Vlas

Der vierte Teil unserer Serie über moderne Retrieval-Augmented Generation (RAG)-Systeme.

Im vorherigen Beitrag habe ich erklärt, wie die Vektorsuche funktioniert und warum Embeddings nützlich sind.

Sie helfen uns, Dokumente zu finden, selbst wenn die Formulierung abweicht. Sie können „gripper module" mit „handling unit" verbinden. Sie können semantisch verwandte Informationen aus Handbüchern, Tickets, Berichten und interner Dokumentation finden.

Aber die Vektorsuche allein reicht für ein zuverlässiges RAG nicht aus.

Besonders nicht in technischen Domänen.

Der Grund ist einfach: Bedeutung allein reicht manchmal nicht.

Manchmal ist Exaktheit wichtiger.

Stellen Sie sich vor, ein Nutzer fragt nach:

F217 

Ein Vektorsuchsystem könnte verstehen, dass dies ein Alarmcode ist. Es könnte Dokumente über andere Alarmcodes abrufen, weil diese semantisch ähnlich sind.

Aber ein Dokument über:

F271

könnte für die Frage völlig falsch sein.

Dasselbe Problem tritt bei Teilenummern auf:

700-1842 
700-1843 

Oder bei Software-Versionen:

2.1 
2.2 

Oder bei Maschinenvarianten:

AX-340 
AX-360 

Für einen menschlichen Leser sind diese Unterschiede offensichtlich.

Für ein Vektormodell sind sie möglicherweise nicht immer stark genug. Das Modell könnte sich auf die umgebende Bedeutung konzentrieren und die Bezeichner als verwandte Details behandeln.

In vielen geschäftlichen und industriellen Systemen kann dies zu falschen Antworten führen.

Ein RAG-System, das den falschen Alarmcode, die falsche Teilenummer oder die falsche Maschinenvariante abruft, kann eine Antwort generieren, die korrekt klingt, aber auf falschen Belegen basiert.

Das ist eines der größten Risiken bei RAG. Die Antwort kann flüssig, überzeugend und trotzdem falsch sein. Deshalb ist die Keyword-Suche nach wie vor wichtig.

Die Keyword-Suche ist stark, wenn exakte Begriffe wichtig sind. Die Vektorsuche ist stark, wenn Bedeutung wichtig ist. Anstatt sich für eine Methode zu entscheiden, kombinieren moderne RAG-Systeme daher oft beide.

Das nennt man Hybridsuche.

‍

‍

Ein Hybridsuchsystem kann BM25 oder eine andere Keyword-Suchmethode verwenden, um exakte Treffer zu finden. Gleichzeitig kann es die Vektorsuche nutzen, um semantisch ähnliche Dokumente zu finden.

Damit erhält das System zwei unterschiedliche Sichtweisen auf die Dokumentensammlung.

Die Keyword-Suche fragt:

Which documents contain the exact terms?

Die Vektorsuche fragt:

Which documents are semantically close to the query? 

Zusammen sind sie stärker als jede Methode für sich allein.

Bei einer Anfrage wie:

machine stops with servo alarm F217 after gripper replacement

hilft die Keyword-Suche dabei, den exakten Alarmcode F217 zu erhalten.

Die Vektorsuche hilft, verwandte Dokumente zu finden, die über den Austausch der Handling-Einheit, die Neukalibrierung von Servo-Positionen oder die Überprüfung der Greifer-Achse sprechen.

Diese Kombination verbessert sowohl Precision als auch Recall.

Aber es gibt noch ein weiteres Problem.

Keyword-Suche und Vektorsuche liefern unterschiedliche Ranglisten. Ihre Scores sind nicht direkt vergleichbar.

BM25-Scores und Vektorähnlichkeits-Scores bewegen sich auf unterschiedlichen Skalen.

Wir können also nicht einfach die Ergebnisse zusammenführen und auf das Beste hoffen.

Wir brauchen eine Methode, um die Rankings zu fusionieren.

Eine einfache und effektive Methode ist Reciprocal Rank Fusion.

Zusammenfassend: Die Vektorsuche ist nützlich, sollte aber nicht die einzige Retrieval-Methode sein, wenn exakte Bezeichner wichtig sind. Die Keyword-Suche liefert Precision. Die Vektorsuche liefert semantischen Recall.

Die praktische Lösung besteht meist darin, beide zu kombinieren. Im nächsten Beitrag werde ich Hybridsuche erklären und zeigen, wie Reciprocal Rank Fusion Keyword- und Vektorergebnisse zusammenführen kann.

Richard ist ein Mitglied des SABO-Kernteams, in dem er tiefgehende technische Expertise mit einem Fokus auf klares Design und bewährte Methoden verbindet. Als Senior Machine Learning Engineer und Softwarearchitekt arbeitet er an intelligenten Systemen wie Konversationsassistenten und KI-gesteuerten industriellen Lösungen. Seine Arbeit schlägt eine Brücke zwischen moderner Softwarearchitektur und praxisnahen Anwendungen des maschinellen Lernens, häufig unter Einbeziehung von MLOps und skalierbarer Infrastruktur. In seiner Freizeit lernt er gerne neue Sprachen und erkundet, wie diese unsere Denk- und Kommunikationsweise beeinflussen.

Profil anzeigen
SABO Mobile IT logo
SABO Mobile IT – Experience
SABO Mobile IT – Experience
SABO Mobile IT – Experience
SABO Mobile IT – Experience
SABO Mobile IT – Experience

SABO IT

SABO IT entwickelt Individualsoftware für Unternehmen mit komplexen technischen Prozessen, vom Steuergerät über die Cloud bis in die Unternehmenssysteme, auch in regulierten Umgebungen. Dazu kommen eigene Plattformen: SenseDrive für geprüfte Antworten aus dem eigenen Wissensbestand und SABOT für die Sprachbedienung von Maschinen. Softwareentwicklung seit 1983, als SABO IT seit 2012; die durchschnittliche Kundenbeziehung dauert 6,5 Jahre.
Über uns

Weitere Artikel

Artikelbild (Platzhalter)
Recommended for you

Was kostet KI im Unternehmen wirklich? Warum der Preis pro Nutzer die falsche Zahl ist

Drei Meldungen aus diesem Jahr zeigen, warum Rechenleistung für europäische Unternehmen zu einer strategischen Frage wird: Laut Siemens-Vorstand Cedrik Neike liegen europäische Rechenzentren bei den Betriebskosten 20 bis 30 Prozent über dem US-Niveau, zahlen würden Unternehmen dafür nach seiner Einschätzung aber nur 5 bis 10 Prozent mehr.
Guido Stanovsky,  October 29, 2026
Mehr erfahren

Termin buchen

Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.