KIRAG & angewandte KI im Unternehmen

RAG ohne Fachjargon erklärt: ein praxistaugliches Playbook

Die meisten LLMs beantworten Fragen selbstbewusst mit Wissen, das vor Monaten oder Jahren zuletzt aktualisiert wurde. RAG löst das Problem, und dieses Playbook zeigt Ihnen genau, wie Sie es aufbauen, ohne sich in technischen Details zu verlieren.

🎙️

Podcast anhören

4 min

Ihr Unternehmen hat die letzten zwei Jahre damit verbracht, Daten in Dashboards, SharePoint-Ordner und CRM-Notizen einzuspeisen. Jetzt will jemand im C-Level einen KI-Assistenten, der Fragen tatsächlich mit diesen Daten beantwortet und nicht mit generischen Trainingsdaten aus dem offenen Internet. Das Problem: Ein Standard-Deployment von ChatGPT oder Claude weiß nichts über Ihre internen Preise, Ihre Kundenhistorie oder das Compliance-Memo von letztem Dienstag. Sie bekommen flüssige, selbstbewusste und häufig falsche Antworten. Genau diese Lücke schließt RAG.

RAG steht für Retrieval-Augmented Generation. Ohne das Akronym ist das Konzept einfach: Bevor die KI ihre Antwort schreibt, schaut sie etwas nach. Sie ruft relevante Dokumente aus Ihrem eigenen Datenbestand ab, liest sie und erzeugt dann eine Antwort, die auf dem Gefundenen basiert. Stellen Sie sich das als Research-Assistenten vor, der die richtigen Dateien heraussucht, bevor das Modell den Mund aufmacht.

Ihr RAG-System aufbauen, Schritt für Schritt

Schritt 1: entscheiden, welche Wissensbasis Sie wirklich brauchen

Fangen Sie eng an. Der häufigste Fehler ist der Versuch, alle Datenquellen gleichzeitig anzubinden. Wählen Sie eine abgegrenzte Domäne mit hohem Wert: den Produktkatalog, die Support-Tickets der letzten 24 Monate, das Regulierungshandbuch einer Geschäftseinheit. Die internen Deployments von Microsoft etwa starteten mit spezifischen Wissensdomänen wie Sales-Enablement-Inhalten, bevor sie erweitert wurden. Ein fokussiertes Korpus liefert Ihnen innerhalb von Wochen etwas Testbares statt einer vagen Ambition, die sich über Quartale zieht.

Schritt 2: Dokumente intelligent chunken

RAG gibt dem Modell keine ganzen Dokumente. Es zerlegt sie in kleinere Teile, sogenannte Chunks, und ruft nur die relevantesten ab. Wie Sie chunken, ist wichtiger als die meisten erwarten. Ein Chunk mit 200 Wörtern und sinnvollem Kontext (ein vollständiger Richtlinienabsatz, eine komplette Produktbeschreibung) funktioniert besser als 50-Wort-Fragmente, die isoliert ihre Bedeutung verlieren. Wenn Ihre Dokumente klare Abschnitte oder Überschriften haben, nutzen Sie diese als natürliche Grenzen. Ein Rechtsvertrag, der an zufälligen Satzgrenzen getrennt wird, liefert schlechtere Retrievals als einer, der auf Klauselebene getrennt wird.

Schritt 3: embedden und indexieren

Jeder Chunk wird in ein Vector Embedding umgewandelt, eine numerische Repräsentation seiner semantischen Bedeutung. Stellt ein Nutzer eine Frage, embeddet das System diese Frage auf die gleiche Weise und findet die Chunks mit der nächstliegenden Bedeutung, nicht nur übereinstimmende Keywords. Tools wie Pinecone, Weaviate und pgvector (eine Postgres-Erweiterung) übernehmen diese Speicherung und das Retrieval. Für die meisten Business-Piloten ist pgvector in einer bestehenden Postgres-Datenbank der Weg des geringsten Widerstands, weil Ihr Infrastruktur-Team den Betrieb bereits kennt. Proprietäre Vektordatenbanken von Anbietern wie Pinecone können bei Skalierung Performance-Vorteile bieten, behandeln Sie deren Benchmark-Aussagen aber als Ausgangspunkt für Ihre eigene Bewertung und nicht als gesicherte Tatsache.

Schritt 4: einen Retrieval-Prompt schreiben, der die Qualität steuert

Das System nimmt die Frage des Nutzers, ruft die drei bis fünf besten Chunks ab und fügt sie zusammen mit Anweisungen an das Modell in den Prompt ein. Diese Anweisungsebene ist der Ort, an dem die meiste Qualitätskontrolle passiert. Sagen Sie dem Modell explizit: „Antworte nur anhand des unten bereitgestellten Kontexts. Wenn die Antwort nicht im Kontext steht, sage das.“ Ohne diese Anweisung mischt das Modell bereitwillig abgerufene Fakten mit seinem eigenen Trainingswissen, und Sie verlieren genau die Fundierung, für die Sie das System gebaut haben.

Schritt 5: evaluieren, bevor Sie ausrollen

Bevor Sie Endnutzern etwas zeigen, legen Sie ein kleines Evaluationsset an: zwanzig bis vierzig Frage-Antwort-Paare, für die Sie die Ground Truth kennen. Lassen Sie Ihr RAG-System darauf laufen und bewerten Sie Genauigkeit und „treues Retrieval“ (hat die Antwort den abgerufenen Kontext tatsächlich genutzt?). Frameworks wie RAGAS, eine Open-Source-Evaluationsbibliothek, automatisieren einen großen Teil dieser Bewertung. Liegt Ihr Faithfulness-Score auf einer Skala von null bis eins unter 0,75, gehen Sie zurück zu Ihrer Chunking- und Retrieval-Logik, bevor Sie mehr Daten hinzufügen.

Fallstricke, die RAG-Projekte zum Scheitern bringen

Der teuerste Fehlermodus ist Garbage in, Garbage out auf der Dokumentebene. Enthält Ihre Wissensbasis veraltete Richtlinien, widersprüchliche Versionen desselben Dokuments oder gescannte PDFs mit schlechter OCR-Qualität, bringt der Retrieval-Schritt dieses Rauschen nach oben und das Modell erzeugt selbstbewusst falsche Antworten. Investieren Sie echte Zeit in Datenhygiene, bevor der erste Embedding-Lauf startet.

Ein zweiter Fallstrick: Retrieval nach der ersten Demo als gelöstes Problem zu betrachten. In der Praxis verschlechtert sich die Retrieval-Qualität, wenn Ihr Korpus wächst. Ein System, das mit 500 Dokumenten gut funktioniert, kann bei 50.000 Abdeckungslücken entwickeln. Richten Sie ein Monitoring für Ereignisse vom Typ „kein relevanter Chunk gefunden“ ein, denn das sind die Momente, in denen Nutzer halluzinierte Antworten erhalten, die als abgerufene Fakten daherkommen.

Auch die Chunking-Strategie verdient es, über die Zeit noch einmal überprüft zu werden. Überlappende Chunks (bei denen jeder Chunk 10 bis 15 Prozent seines Inhalts mit dem nächsten teilt) verbessern das Retrieval häufig bei Dokumenten mit dichten, stark verknüpften Inhalten. Das ist keine universelle Lösung, aber ein Test lohnt sich, wenn Nutzer berichten, dass Antworten unvollständig wirken.

Zuletzt: Zugriffskontrolle ist nicht optional. Wenn Ihr Retrieval-System jedes Dokument im Korpus ausspielen kann, unabhängig davon, wer fragt, haben Sie ein Data-Governance-Problem. Stellen Sie sicher, dass Metadaten-Tags an den Chunks Berechtigungsstufen tragen und dass die Retrieval-Ebene nach den Zugriffsrechten des anfragenden Nutzers filtert, bevor irgendetwas beim Modell ankommt.

Quick Wins für diese Woche

  • Exportieren Sie 50 bis 100 Dokumente aus einer internen Wissensdomäne mit hohem Wert und lassen Sie sie durch ein einfaches Chunking-Skript mit LangChain oder LlamaIndex laufen, beide Open Source, um zu verstehen, wie sich Ihre Inhalte aufteilen.
  • Richten Sie eine pgvector-Instanz im Free Tier ein, indexieren Sie Ihre Chunks und führen Sie dann zehn Testabfragen mit Cosine Similarity aus, um zu sehen, was nach oben kommt.
  • Schreiben Sie einen System-Prompt von zwei Absätzen, der das Modell anweist, das abgerufene Dokument zu zitieren und „Ich weiß es nicht“ zu sagen, wenn der Kontext nicht ausreicht. Testen Sie ihn manuell mit Edge-Case-Fragen, bevor eine breitere Prüfung stattfindet.
  • Bauen Sie Ihr Evaluationsset mit 20 Fragen jetzt auf, bevor irgendjemand eine Demo gesehen hat, damit Ihre Baseline ehrlich ist und nicht herausgepickt.

Die Unternehmen, die 2026 echten geschäftlichen Nutzen aus RAG ziehen, sind nicht die, die am schnellsten die meisten Datenquellen angebunden haben. Es sind die, die eine enge Domäne gewählt, die Retrieval-Qualität in Ordnung gebracht und dann methodisch erweitert haben. Starten Sie mit einem Use Case, den Sie messen können, und der Weg nach vorn wird klar.

Mehr dazu

Die Lektionen, die diesen Artikel weiterführen, frei zugänglich.

  1. 1Retrieval-augmented generation (RAG): dem Modell Ihre Daten gebenBuilding with AI
  2. 2Den richtigen Ansatz wählen: Prompt, RAG, Fine-Tuning oder AgentBuilding with AI
  3. 3Outputs bewerten: Woher wissen Sie, dass es funktioniert?Building with AI
  4. 4Die Landschaft der KI-Tools: APIs, No-Code und VektordatenbankenBuilding with AI
  5. 5Halluzinationen: warum selbstbewusste Antworten falsch sein könnenAI- und LLM-Grundlagen

Artikel gelesen?

Bestätigen Sie Ihre Lektüre, um XP zu sammeln und Ihr Radar zu füttern.