Whitepaper

KI erfindet Fakten: Halluzinationen erkennen und eindämmen

Warum KI-Agenten Fakten erfinden – auch mit RAG – und wie Sie Halluzinationen im Betrieb erkennen, messen und eindämmen.

Stand Juli 2026 · ca. 20 Min. Lesezeit

Abstract

Sprachmodelle sagen das wahrscheinlichste nächste Wort voraus — sie wissen nicht, ob es stimmt. Erfundene, überzeugend klingende Antworten sind deshalb keine behebbare Panne, sondern bauartbedingt. Retrieval-Augmented Generation verschiebt das Risiko nur: an die Suche, die den Beleg finden muss, und an das Modell, das ihn danach auch benutzen muss. Öffentliche Benchmarks zeigen Raten von rund 9 bis 58 Prozent; keine erreicht null. Beherrschbar wird das durch Disziplin: bessere Suche, Zitierpflicht, ein automatischer Grounding-Check, eine klare „Ich weiß es nicht“-Regel und laufend gemessene Quellentreue mit menschlicher Stichprobe.

Das Wichtigste in Kürze

  • Ein Sprachmodell weiß nicht, ob etwas stimmt. Es sagt das wahrscheinlichste nächste Wort voraus. Halluzinationen sind deshalb kein Bug, sondern bauartbedingt.
  • RAG entschärft, löst aber nicht. Findet die Suche keinen Treffer, fällt das Modell still auf sein Trainingswissen zurück und formuliert die Vermutung so selbstbewusst wie einen Beleg.
  • Quellentreu heißt nicht wahr. Modelle wägen Beleg und Vorwissen unzuverlässig ab: Mal übergehen sie den Kontext, mal übernehmen sie einen falschen Kontextwert treu – bei plausiblen Fehlern in über 60 % der Fälle. Eine quellentreue Antwort kann also falsch sein.
  • Keine der herangezogenen Messungen erreicht null – aber die Rate ist messbar und beherrschbar: Grounding-Check, Zitierpflicht, eine klare „Ich weiß es nicht“-Regel, ein gepflegter Wissensspeicher, laufende Faithfulness-Messung und menschliche Stichproben.

Dieses Papier behandelt eine im Mittelstand verbreitete Agenten-Art: RAG-gestützte Auskunfts- und Dialog-Agenten, die Fragen aus einem eigenen Wissensspeicher beantworten – im Kundenservice, im Vertrieb, im internen Wissensmanagement. Agenten, die zusätzlich selbstständig Werkzeuge bedienen und über mehrere Schritte planen, bringen weitere Fehlerquellen mit – etwa Fehlerkaskaden, bei denen ein früher Irrtum die folgenden Schritte kippt. Diese behandeln gesonderte Papiere dieser Reihe; hier geht es um das Fundament, das für jeden dieser Agenten gilt: Stammt jede Tatsachenbehauptung wirklich aus einem Beleg?

Ihre KI rät – sie weiß nicht

Der gefährlichste Denkfehler im Umgang mit KI-Agenten ist die Annahme, ein Sprachmodell habe eine Datenbank der Wahrheit im Kopf, die es abfragt. Das hat es nicht. Ein großes Sprachmodell (LLM) ist darauf trainiert, aus Milliarden Textbeispielen das statistisch wahrscheinlichste nächste Wort vorherzusagen. Sein Ziel ist sprachliche Plausibilität, nicht Faktentreue.

Forscher von OpenAI haben 2025 beschrieben, warum daraus zwangsläufig Halluzinationen entstehen: Lassen sich korrekte und falsche Aussagen aus den Trainingsdaten statistisch nicht sauber trennen, sind Fehler „nicht mysteriös“, sondern das erwartbare Ergebnis statistischer Kräfte.[1] Erschwerend sagt der überzeugende Tonfall einer Antwort nichts über ihren Wahrheitsgehalt aus: Der GPT-4-Bericht zeigt, dass der Feinschliff, der ein Modell hilfsbereit macht, seine „Kalibrierung“ beschädigt.[2] Und die Grenze ist grundsätzlich: Als universeller Problemlöser eingesetzt, ist Halluzination nicht vollständig vermeidbar.[3]

Das ist kein Grund zur Panik, sondern eine Konstruktionsvorgabe. Auch das deutsche BSI führt „Halluzinieren“ als eigene Risikokategorie und warnt, dass erfundene Ausgaben „zumeist glaubhaft erscheinen“ – besonders, wenn sie sich auf Referenzen berufen, die selbst frei erfunden sein können.[31]

Die Annahme

Frage
Wahrheits-Datenbanknachschlagen & prüfen
geprüfte Antwort

Die Realität

Frage
Wahrscheinlichstes nächstes WortWort für Wort, auf Plausibilität
Plausible Antwortungeprüft – kann stimmen oder nicht
Abbildung 1 — Ihre KI schlägt nicht nach, sie rät. Viele stellen sich ein Sprachmodell als Abfrage einer Wahrheits-Datenbank vor (links). Tatsächlich erzeugt es die Antwort Wort für Wort als statistisch wahrscheinlichste Fortsetzung (rechts) – optimiert auf sprachliche Plausibilität, nicht auf Faktentreue. Genau deshalb kann eine überzeugend klingende Antwort frei erfunden sein. Quellen [1], [3], [31].

Warum RAG das Problem verschiebt – und nicht löst

Die sinnvollste Antwort auf Halluzinationen heißt Retrieval-Augmented Generation (RAG): Statt das Modell allein aus dem Gedächtnis antworten zu lassen, stellt man ihm bei jeder Anfrage passende Dokumente aus einem eigenen Wissensspeicher zur Seite – Datenblätter, Verträge, Handbücher. So soll die Antwort auf belegten Fakten fußen.[6]

Dazu werden Dokumente vorab in kleine Abschnitte zerlegt (Chunking) und je Abschnitt in einen Zahlenvektor übersetzt (Embedding) – eine Koordinate im Bedeutungsraum. Zur Laufzeit wird die Frage in denselben Raum übersetzt und die ähnlichsten Abschnitte werden herangeholt.[4] Das ist ein bewährter, in den meisten Fällen richtiger Ansatz. Nur verlagert er das Risiko: Jetzt hängt alles daran, ob die Suche den richtigen Abschnitt findet – und ob das Modell ihn danach auch benutzt.

Frage Bedeutungsraum (schematisch) Dokument-Abschnitt nächster Nachbar (Kontext)
Abbildung 2 — Suchen heißt Nachbarn finden. Jeder Dokument-Abschnitt (Chunking) wird in eine Koordinate übersetzt (Embedding); die Frage ebenso. Herangeholt werden die nächsten Nachbarn im Bedeutungsraum. Ist die Frage ungewöhnlich formuliert oder liegt der passende Abschnitt zu weit entfernt, landet er nicht unter den Treffern – und die Antwort steht ohne Beleg da. Quellen [4], [6].
Nutzerfrageggf. ungewöhnlich formuliert
Suche im WissensspeicherEmbeddings · Chunking · Ähnlichkeit
Treffer → geerdete Antwort mit Quellenbeleg
kein Treffer → erfundene Antwort selbstsicher, ohne Beleg
Abbildung 3 — Der stille Rückfall. Findet die Suche einen Beleg, entsteht eine geerdete Antwort. Findet sie keinen – wegen schlechter Embeddings, ungünstigem Chunking oder ungewöhnlich formulierter Frage –, greift das Modell oft auf sein Trainingswissen zurück und liefert eine ebenso selbstbewusste, aber unbelegte Antwort. Beide Wege sehen für den Nutzer identisch aus.

An diesen zwei Fugen entstehen die Probleme. Ein vielzitierter Erfahrungsbericht aus drei RAG-Projekten katalogisiert sieben typische Fehlerpunkte – von „die Antwort steht in keinem Dokument“ bis „der richtige Treffer landet unter der Trefferschwelle“. Schon die Abschnittsgröße ist ein Balanceakt: zu klein, und Fragen bleiben unbeantwortbar; zu lang, und die Antwort mischt Rauschen bei.[7]

Kein Treffer – und trotzdem eine Antwort

Man würde erwarten, dass ein RAG-System, das nichts Passendes findet, ehrlich sagt: „Dazu liegt mir keine Information vor.“ Genau das tut es meistens nicht. In einem etablierten Benchmark lag die höchste beobachtete Ablehnungsquote über sechs Modelle bei nur 45 % – in der Mehrheit der Fälle wird trotz fehlender Grundlage einfach geantwortet.[8]

Der stille Rückfall: Ein wichtiger Auslöser einer Halluzination im Betrieb ist nicht ein schwieriges Thema, sondern eine Frage, die durch das Raster der Suche fällt. Der Kunde formuliert anders als die Dokumentation; die Ähnlichkeit wird nicht erkannt; die Suche liefert nichts – und das Modell überbrückt die Lücke mit einer Erfindung. Für den Nutzer ist sie von einer belegten Antwort nicht zu unterscheiden.[7][8]

Wie robust ein System gegen Störungen ist, lässt sich zeigen: Liegt der Anteil irrelevanter „Rausch“-Dokumente unter den Treffern bei 80 %, fällt die Genauigkeit von ChatGPT gegenüber rauschfreiem Kontext von 96 % auf 76 %.[8] Die Suche ist damit keine Nebensache der KI-Qualität, sondern ihr Fundament.

kein Rauschen
96 %
80 % Rauschen
76 %
Abbildung 4 — Die Suche ist das Fundament. Liegt der Anteil irrelevanter „Rausch“-Dokumente unter den Treffern bei 80 %, fällt die Genauigkeit von ChatGPT gegenüber rauschfreiem Kontext von 96 % auf 76 %. Wer die Suche vernachlässigt, untergräbt die Antwortqualität an der Wurzel. Quelle: RGB-Benchmark [8].

Quellentreue ist nicht Wahrheit

Selbst wenn die Suche den richtigen Abschnitt liefert, ist die Antwort nicht sicher. Fachleute trennen zwei Fehler: den Retrieval-Fehler (der passende Beleg wurde gar nicht erst gefunden) und den Faithfulness-Fehler (der Beleg liegt im Kontext, aber die Antwort weicht von ihm ab).[4][5] Faithfulness – Quellentreue – misst, wie treu die Antwort beim gelieferten Kontext bleibt. Der Haken: Ein Modell kann den Kontext auf zwei gegensätzliche Weisen verfehlen – und selbst perfekte Quellentreue garantiert keine richtige Antwort.

> 60 %
der Fälle: Modelle verwarfen ihr eigenes korrektes Wissen zugunsten falschen Kontexts
ClashEval [9]
≤ 45 %
Ablehnungsrate bei fehlender Grundlage – Modelle antworten meist trotzdem
RGB-Benchmark [8]
96 → 76 %
Genauigkeitsabfall bei 80 % Rauschanteil unter den Treffern, gegenüber rauschfreiem Kontext
RGB-Benchmark [8]

Das Grundproblem: Das Modell wägt zwischen geliefertem Kontext und antrainiertem Wissen nicht zuverlässig ab – und kann in beide Richtungen irren. Mal klebt es am Trainingswissen und nutzt einen korrekt gefundenen Beleg zu wenig; dieser Hang zum memorierten Wissen ist seit 2021 belegt.[10] Mal kippt es ins Gegenteil: In einer Untersuchung mit über 1.200 Fragen übernahmen sechs marktführende Modelle – darunter GPT-4o – einen falschen Wert aus dem Kontext und gaben dafür ihr eigenes korrektes Wissen auf – bei plausibel klingenden Fehlern in über 60 % der Fälle (über alle Fehlergrade gemittelt 16–31 %; je unplausibler der Fehler und je sicherer das Modell, desto seltener).[9] Dieser zweite Fall ist der aufschlussreichere: Er zeigt, dass eine quellentreue Antwort trotzdem falsch sein kann, wenn es die Quelle ist. Hinzu kommen Positionseffekte („Lost in the Middle“: Information in der Mitte langer Kontexte wird schlechter genutzt)[11] und Mengeneffekte: Hoch bewertete, aber unpassende Treffer schaden stärker als zufällige Dokumente.[12] Wer „mehr Dokumente“ hinzufügt, kann das System verschlechtern.

Richtung A — der Beleg wird untergenutzt

Der gefundene Beleg ist richtig
Modell bleibt beim Trainingswissender Beleg im Kontext wird zu wenig genutzt
Nicht quellentreuFaithfulness-Fehler [10], [11]

Richtung B — der Beleg wird zu treu übernommen

Der gefundene Beleg ist falsch
Modell übernimmt ihn wörtlichund gibt sein eigenes korrektes Wissen auf
Quellentreu — und trotzdem falsch> 60 % bei plausiblen Fehlern [9]
Abbildung 5 — Zwei Richtungen, zwei ganz verschiedene Fehler. Das Modell wägt zwischen geliefertem Beleg und antrainiertem Wissen ab – und irrt in beide Richtungen. Oben nutzt es einen richtigen Beleg zu wenig; das ist der klassische Faithfulness-Fehler. Unten übernimmt es einen falschen Beleg wörtlich und verwirft dafür sein eigenes korrektes Wissen – das Ergebnis ist maximal quellentreu und trotzdem falsch. Nur der obere Fall lässt sich mit einem Grounding-Check finden. Quellen [9], [10], [11].

Die Konsequenz: Vier Dinge sind getrennt zu prüfen – ob die Suche den richtigen Beleg findet (Retrieval), ob die Quelle selbst stimmt und aktuell ist (Quellenqualität), ob die Antwort tatsächlich aus ihr stammt (Quellentreue) und ob sie am Ende sachlich richtig ist. Keine dieser Prüfungen ersetzt eine andere.

PRÜFUNG 1Retrieval — findet die Suche den Beleg?✗ Retrieval-Fehler: Beleg nicht gefunden
PRÜFUNG 2Quellenqualität — stimmt und aktuell?✗ Quelle veraltet oder falsch
PRÜFUNG 3Quellentreue — stammt die Antwort daraus?✗ Faithfulness-Fehler: Beleg liegt vor, Antwort weicht ab [10], [11]
PRÜFUNG 4Richtigkeit — sachlich korrekt?✗ falsch trotz Quellentreue: falscher Kontextwert treu übernommen (> 60 % [9])
Abbildung 6 — Vier getrennte Prüfungen. Retrieval, Quellenqualität, Quellentreue und sachliche Richtigkeit sind vier verschiedene Fragen mit vier verschiedenen Fehlerarten — keine ersetzt eine andere. Der Retrieval-Fehler sitzt vorn (der Beleg wird nicht gefunden), der Faithfulness-Fehler in der Mitte (der Beleg liegt vor, aber die Antwort weicht ab). Selbst perfekte Quellentreue garantiert keine wahre Antwort.

Wie oft passiert das? Messen statt hoffen

Die ehrliche Antwort auf „Wie oft halluziniert unser System?“ lautet: Das weiß niemand, der es nicht misst. Verlässliche Zahlen gibt es nur aus kontrollierten Benchmarks – und die zeichnen ein klares Bild.

UntersuchungWas gemessen wirdBezugsgrößeGemessene Rate
Zusammenfassungs-Test des Anbieters Vectara, mit dessen eigenem Erkennungsmodell ausgewertet (Stand Mai 2026)[15]Anteil sachlich nicht gedeckter Zusammenfassungenje Zusammenfassungbeste ~2 %, schwächere >20 %
Realistischer RAG-Aufbau[16]Antworten mit halluziniertem Inhaltje Antwort9,3 % (GPT-4) – 57,6 % (schwaches Modell)
Allgemeine Modelle, juristische Fachfragen[13]Falsche Antworten auf verifizierbare Rechtsfragenje Frage58 % (GPT-4) – 88 % (Llama 2)
Spezial-Recherchesysteme für Juristen[14]Falschauskünfte trotz „halluzinationsfrei“-Werbungje Anfrage17 % (Lexis+ AI) bis rund ein Drittel (Westlaw)
Abbildung 7 — Vier Messungen, vier Maßstäbe. Halluzinationsraten aus öffentlich zugänglichen Untersuchungen – bewusst als Tabelle statt als gemeinsames Balkendiagramm: Jede Zeile misst etwas anderes und hat einen eigenen Nenner, die Zahlen sind daher nicht direkt vergleichbar. Zeile 1 stammt zudem vom Anbieter des verwendeten Erkennungsmodells, nicht von unabhängiger Stelle; die Zeilen 3 und 4 messen Fachfragen ohne bzw. mit speziell gebautem Rechercheaufbau, nicht den typischen Unternehmens-RAG. Zwei Lehren bleiben: Der Abstand zwischen Modellen, Aufgaben und Konfigurationen ist gewaltig – und keine dieser Messungen erreicht null. Quellen [13], [14], [15], [16].

„Halluzinationsfrei“ ist ein Verkaufsversprechen, keine messbare Eigenschaft. Seriös ist nur die eigene, laufend gemessene Rate. Dafür gibt es ein handhabbares Maß: die Faithfulness-Metrik zerlegt eine Antwort in ihre Einzelaussagen und misst, welcher Anteil durch den Kontext gedeckt ist – ein Wert zwischen 0 und 1, der sich automatisieren und als Qualitätsschranke vor jede Auslieferung setzen lässt.[17] Dieser Wert misst allerdings Quellentreue, nicht Wahrheit; er gehört deshalb mit einer Stichprobe auf sachliche Richtigkeit und einer Prüfung der Quellenaktualität kombiniert.

Der Vertriebs-Agent, der zu viel versprach

Illustratives Modellbeispiel – kein realer Einzelfall, aber in jeder Größenordnung realistisch.

Ausgangslage. Ein mittelständischer Hersteller von Verpackungsmaschinen stellt einen KI-Agenten auf seine Website, der Anfragen zu Spezifikationen und Lieferkonditionen beantwortet – sauber gebaut, mit RAG über Datenblätter, Handbücher und Preisliste. In den Tests (formuliert vom eigenen Team) antwortet er präzise und mit Quellenverweis. Er geht live.

Der stille Bruch. Sechs Wochen später fragt ein Einkäufer nicht nach einem Datenblattwert, sondern: „Schafft Ihre Anlage auch den Dauerbetrieb mit den kompostierbaren Folien, die wir ab nächstem Jahr verwenden?“ Diese Formulierung kommt in den Dokumenten so nicht vor. Die Suche findet keinen passenden Abschnitt. Statt „Das kann ich nicht sicher sagen“ füllt der Agent die Lücke aus dem Trainingswissen: Ja, die Anlage sei „für biologisch abbaubare Materialien im Dauerbetrieb ausgelegt“ – inklusive einer plausibel klingenden, aber frei erfundenen Durchsatzangabe.

Die teure Entdeckung: Der Einkäufer disponiert daraufhin. Erst bei der Inbetriebnahme zeigt sich, dass die Maschine das nicht leistet. Es folgen Reklamation, Nachverhandlung und – teurer als beides – beschädigtes Vertrauen. Niemand hat gelogen; das Modell hat nur getan, wozu es gebaut ist: eine plausible Fortsetzung erzeugt.

Variante B – der Fall, den niemand kommen sieht. Derselbe Agent, andere Frage: „Was kostet die Ausführung mit Doppelkopf?“ Diesmal findet die Suche etwas – die Preisliste. Der Agent zitiert sie korrekt, nennt Betrag und Fundstelle, ist also perfekt quellentreu. Nur liegt neben der aktuellen Liste noch die vorjährige im Index, und der Treffer stammt aus der alten. Die Auskunft ist belegt, nachvollziehbar, prüfbar – und falsch. Kein Grounding-Check der Welt fängt das ab, denn die Aussage ist ja durch den Beleg gedeckt. Das ist Prüfung 2, und in gewachsenen Wissensspeichern ist sie der wahrscheinlichste Fehler überhaupt.

Zusammen decken beide Varianten die Kernmuster dieses Papers ab: eine ungewöhnlich formulierte Frage, ein ausbleibender Suchtreffer, ein stiller Rückfall auf Trainingswissen, eine selbstbewusste Formulierung – und, in Variante B, eine tadellos belegte Antwort aus einer veralteten Quelle. Beide werden viel zu spät entdeckt. Genau hier setzt das Sicherheitsnetz an.

Ohne Netz — wie der Fehler entsteht
Ungewöhnliche Frage„kompostierbare Folien“
Suche findet nichtsfehlt so in den Dokumenten
Stiller RückfallAntwort aus Trainingswissen
Erfundene Zusagefrei erfundene Durchsatzangabe
⚠ Schadenerst bei Inbetriebnahme entdeckt
Mit Netz — wo es abgefangen wird
Ungewöhnliche Frage
Suche unter SchwelleRelevanz zu niedrig
Abstinenz-Regel greift ✓„kann ich nicht sicher sagen“
Eskalation an Menschstatt zu raten
Abbildung 8 — Variante A: derselbe Fall, mit und ohne Netz. Oben läuft der Fehler ungehindert bis zum Schaden. Unten fängt die Abstinenz-Regel ihn an der entscheidenden Stelle ab: Unterschreitet die Suche eine Relevanzschwelle, antwortet der Agent nicht, sondern eskaliert. Dieselbe Frage, ein anderer Ausgang.
Variante B — belegt, nachvollziehbar und trotzdem falsch
Ganz normale Frage„Preis mit Doppelkopf?“
Suche findet einen Trefferdie Preisliste – aber die vorjährige
Antwort mit Quellenangabekorrekt zitiert, perfekt quellentreu
⚠ Falscher Preis zugesagtjeder Grounding-Check bestätigt sie
Mit Quellenpflege — wo es abgefangen wird
Ganz normale Frage
Ablaufdatum am Dokumentalte Fassung ist gar nicht im Index
Nur die gültige Liste trifft ✓Versionshoheit ist festgelegt
Richtiger Preis, belegtdieselbe Frage, ein anderer Ausgang
Abbildung 9 — Variante B: der Fehler, den keine Technik fängt. Hier findet die Suche etwas, das Modell zitiert es korrekt und die Antwort ist tadellos quellentreu – nur stammt der Beleg aus einem veralteten Dokument. Grounding-Check, Zitierpflicht und Faithfulness-Messung bestätigen diese Antwort alle, weil sie tatsächlich durch den Beleg gedeckt ist. Abgefangen wird der Fall allein im Wissensspeicher: durch Ablaufdatum, Versionshoheit und einen benannten Eigentümer (Baustein 07).

Das Grounding-Sicherheitsnetz: sieben Bausteine

Halluzinationen lassen sich nicht auf null bringen, aber verlässlich eindämmen – nicht durch ein einzelnes Werkzeug, sondern durch mehrere ineinandergreifende Kontrollen. Es geht im Folgenden um Wirkprinzipien, nicht um Produkte.

01Bessere SucheRe-Ranking, Hybrid-Suche, Query-Rewriting
02Zitierpflichtjede Aussage mit belegender Quelle
03Grounding-Checkdeckt der Beleg die Aussage wirklich?
04Abstinenz-Regel„Ich weiß es nicht“ statt Raten
05Selbstverifikationzweite Meinung, Kontrollfragen
06Faithfulness-Evallaufende Messung + menschliche Stichprobe
07QuellenpflegeEigentümer, Gültigkeitsdatum und Versionshoheit für jedes Dokument im Wissensspeicher
Abbildung 10 — Das Grounding-Sicherheitsnetz. Kein einzelnes Werkzeug, sondern ein Regelkreis. Jeder Baustein fängt einen anderen Fehlertyp ab; erst zusammen ergeben sie ein belastbares Netz. Bausteine 01, 02, 04 und 07 sind überwiegend Einrichtungs- und Organisationsarbeit; 03, 05 und 06 binden dauerhaft Rechenzeit und Personal und skalieren mit der Kritikalität.

1 · Bessere Suche – damit der Rückfall gar nicht erst auftritt

Die Suchqualität ist ein zentraler erster Hebel. Re-Ranking (ein zweites Modell sortiert Treffer nach echter Passung nach) erzielte schon in der Gründungsarbeit von 2019 auf MS MARCO eine relative Verbesserung von 27 % bei MRR@10 gegenüber dem damaligen Stand der Technik – die Zahl belegt das Wirkprinzip, nicht den heute erreichbaren Zugewinn;[18] Query-Rewriting formuliert die Frage vor der Suche in eine bessere Suchanfrage um.[19]

Für die häufigsten Auskunftsfälle im Mittelstand – Preis, Lieferzeit, technischer Kennwert – ist der wirksamste Hebel allerdings oft gar kein weiteres Modell, sondern die Bindung der Antwort an ein Feld aus einer strukturierten Quelle: ERP, Preisdatenbank, Artikelstamm. Was aus einer Datenbank kommt, kann nicht erfunden werden. Freitext-RAG ist die richtige Antwort auf unstrukturierte Dokumente, nicht auf Zahlen, die anderswo sauber gepflegt sind.

2 · Zitierpflicht – jede Aussage bekommt eine Quelle

Der Agent liefert den Abschnitt mit, auf den er sich stützt. Ein zu wörtlichen Belegen trainiertes Modell lieferte je nach Datensatz in 67 % beziehungsweise 80 % der Fälle hochwertig belegte Antworten.[20] Eine Antwort mit sichtbarer Quelle ist maschinell und menschlich prüfbar.

3 · Grounding-Check – stammt die Aussage wirklich aus dem Beleg?

Zitat allein genügt nicht: In einem Benchmark lieferten selbst die besten Modelle in der Hälfte der Fälle keinen vollständigen Beleg für ihre eigenen Zitate.[21] Ein automatischer Attributionsabgleich prüft jede Tatsachenbehauptung gegen die Quelle – bevor die Antwort rausgeht.

4 · Die „Ich weiß es nicht“-Regel – Abstinenz statt Raten

Ein System, das bei fehlender Grundlage ehrlich abbricht, ist wertvoller als eines, das rät. Modelle lassen sich gezielt zum Verweigern außerhalb ihres Wissens trainieren.[22] Unterschreitet die Suche eine Relevanzschwelle, antwortet der Agent nicht – er eskaliert. Ein zweites, von der Suche unabhängiges Kriterium liefert die semantische Entropie: Das System erzeugt mehrere Antworten, gruppiert sie nach Bedeutung und misst, wie weit sie inhaltlich auseinanderlaufen. In der zugehörigen Untersuchung erkannte dieses Maß erfundene Antworten deutlich besser als die verglichenen Verfahren (AUROC 0,79 über 30 Aufgaben-Modell-Kombinationen).[33] Auch das ist keine Gewissheit, aber ein Signal, das greift, wenn die Suche formal einen Treffer meldet.

Die Kehrseite, die niemand mitverkauft: Die Relevanzschwelle ist ein Regler mit zwei Richtungen. Steht sie zu niedrig, bleibt der stille Rückfall. Steht sie zu hoch, verweigert der Agent reihenweise Fragen, die er beantworten könnte – der Nutzer erlebt ihn als nutzlos und greift wieder zum Telefon. Und jede Eskalation landet bei einem Menschen: Ein Agent, der ein Drittel seiner Anfragen weiterreicht, erzeugt Arbeit, statt sie abzunehmen. Wer die Schwelle scharf stellt, muss beide Größen messen – die Abstinenzquote und die Eskalationslast gegen die tatsächlich verfügbare Bearbeitungskapazität. Der Schaden aus zu vielen Verweigerungen ist genauso real wie der aus zu vielen Erfindungen; er fällt nur langsamer auf.

Arbeitsbereich Erfundene Antworten Verweigerte beantwortbare Fragen Relevanzschwelle der Suche → Schwelle zu niedrig stiller Rückfall, erfundene Antworten Schwelle zu hoch Agent wirkt nutzlos, Eskalationen stauen sich
Abbildung 11 — Die Abstinenz-Regel ist ein Regler, kein Schalter. Je höher die Relevanzschwelle, desto seltener erfindet der Agent etwas – und desto häufiger verweigert er Fragen, die er hätte beantworten können. Beide Kurven laufen gegeneinander; es gibt kein Optimum, das beide Fehler gleichzeitig auf null bringt, sondern nur einen bewusst gewählten Arbeitsbereich. Wer nur die rote Kurve misst, optimiert das System in die Unbrauchbarkeit. Die zugehörigen Kennzahlen stehen in der Matrix: Abstinenzquote und Eskalationslast. Schematische Darstellung, keine Messwerte.

5 · Selbstverifikation – die zweite Meinung

Beim Verfahren Chain-of-Verification entwirft das Modell eine Antwort, stellt sich Kontrollfragen und korrigiert sich – die Zahl falscher Entitäten je Antwort sank in der berichteten Wikidata-Listenaufgabe von 2,95 auf 0,68.[23] Diese Aufgabe arbeitete ohne Retrieval; dass sich der Effekt eins zu eins auf RAG-Erdung überträgt, ist damit noch nicht gezeigt. Wirksamer und besser belegt ist deshalb das verwandte Muster: ein separates Prüfmodell statt derselben Instanz.

6 · Laufende Faithfulness-Tests + menschliche Stichprobe

Ein automatischer Faithfulness-Wert auf festem Testset – nach jedem Modell-, Prompt- oder Datenwechsel neu berechnet – wirkt wie ein Regressionstest. Wichtig dabei: Der Wechsel muss nicht von Ihnen ausgehen. Modellanbieter tauschen Versionen hinter derselben Produktbezeichnung aus; die stillste Regression im Betrieb ist die, die niemand ausgelöst hat. Ein fester, terminierter Nachlauf des Testsets fängt sie ab.

Wie verlässlich ein maschineller Prüfer ist, muss man allerdings selbst feststellen. Modellbasierte Bewertung erreicht in allgemeinen Qualitätsurteilen hohe Übereinstimmung mit Menschen – GPT-4 in einem berichteten Auswertungssetting rund 85 % gegenüber menschlichen Präferenzen;[24] das ist jedoch ein Urteil über Antwortqualität, nicht über Quellendeckung. Für die eigene Domäne gilt deshalb: Die menschliche Stichprobe prüft nicht nur die Antworten, sondern auch den Prüfer. In den von Bowman et al. untersuchten Aufgaben übertrafen Menschen mit Modellassistenz sowohl das Modell allein als auch ihre eigene Leistung ohne Assistenz[25] – genau diese Arbeitsteilung ist gemeint: Die Maschine sortiert vor, der Mensch entscheidet und kalibriert.

7 · Quellenpflege – der Wissensspeicher ist ein Produkt, kein Ablageort

Die sechs vorigen Bausteine setzen alle voraus, dass die gefundene Quelle stimmt. Prüfung 2 aus Abbildung 6 hat aber keinen technischen Fänger: Eine tadellos belegte Antwort aus der vorjährigen Preisliste besteht jeden Grounding-Check. In gewachsenen Beständen – drei Versionen derselben Preisliste, ein Datenblatt zur abgekündigten Baureihe, ein Handbuchstand von vorgestern – ist das die wahrscheinlichste Fehlerursache überhaupt, und sie ist die einzige, die sich nicht mit Technik lösen lässt, sondern nur mit Zuständigkeit. Vier Festlegungen genügen: ein benannter Eigentümer je Dokumentklasse, ein Gültigkeits- oder Ablaufdatum an jedem indexierten Dokument, Versionshoheit (welche Fassung gilt, wenn zwei sich widersprechen) und ein Ausschlussverfahren, das abgekündigte Bestände aus dem Index entfernt statt sie nur zu archivieren. Das ist Organisation, keine Technik – und der billigste Baustein im ganzen Netz.

Warum das Netz mehrere Maschen braucht – und nicht dieselbe siebenmal. Vier der sieben Bausteine sind selbst Sprachmodelle: der Grounding-Check, die Selbstverifikation, die Faithfulness-Bewertung und das Re-Ranking. Für sie gilt dieselbe Bauartbeschränkung wie für das geprüfte System – auch ein Prüfmodell weiß nicht, ob etwas stimmt. Gestaffelte Kontrollen senken die Fehlerrate trotzdem, aber nur unter einer Bedingung: Die Schichten müssen unabhängig voneinander irren. Lässt man dasselbe Modell seine eigene Antwort bewerten, sind die Fehler maximal gleichgerichtet und der Gewinn am kleinsten. Daraus folgt eine konkrete Beschaffungsregel: Prüfschicht und Antwortschicht sollten möglichst nicht dasselbe Modell sein; eine regelbasierte Prüfung oder ein Abgleich gegen strukturierte Daten ist wertvoller als eine dritte Runde Selbstbefragung. Und die menschliche Stichprobe ist nicht nur die letzte Masche, sondern das Maß, an dem alle anderen kalibriert werden.

Gleiche Lücken dasselbe Modell prüft sich selbst Versetzte Lücken verschiedene Prüfmechanismen Modell AModell AModell A Fehler geht glatt durch Prüfmodell BRegelprüfungMensch (Stichprobe) Fehler wird abgefangen
Abbildung 12 — Warum Prüfschichten unabhängig irren müssen. Jede Kontrolle hat Lücken. Entscheidend ist nicht ihre Anzahl, sondern ob die Lücken an derselben Stelle sitzen. Links prüft dasselbe Modell seine eigene Antwort dreimal – es übersieht jedes Mal dasselbe, und der Fehler läuft ungehindert durch. Rechts arbeiten drei verschiedene Mechanismen: ein anderes Modell, eine regelbasierte Prüfung oder ein Abgleich gegen strukturierte Daten und die menschliche Stichprobe. Dieselbe Anzahl Schichten, ein völlig anderes Ergebnis. Daraus folgt die Beschaffungsregel: Prüfschicht und Antwortschicht möglichst nicht vom selben Modell stellen lassen.

Vom Prinzip zur Steuerung: die Kennzahlen-Matrix

Damit aus den sieben Bausteinen ein steuerbarer Betrieb wird, braucht jede Fehlerart eine Kennzahl, eine Schwelle, eine definierte Reaktion und einen Verantwortlichen. Die Schwellen unten sind Beispielwerte – sie werden je nach Kritikalität festgelegt, nicht übernommen. Beachten Sie die Zeilen 2 und 3: Sie messen den Preis der Vorsicht und gehören zwingend neben die Abstinenz-Regel, sonst optimiert man das System in die Unbrauchbarkeit.

RisikoKennzahlSchwelle (Beispiel)ReaktionVerantwortlich
Stiller Rückfall (kein Treffer)Retrieval-/Relevanz-Scoreunter definierter Schwellenicht antworten, an Menschen eskalierenKI-Team / Produktverantwortung
Agent verweigert zu vielAbstinenzquoteaußerhalb 5–15 %Schwelle nachjustieren, Lücke im Speicher schließenKI-Team + Fachbereich
Eskalationslast zu hochEskalationen je Tagüber BearbeitungskapazitätKapazität aufstocken oder Abdeckung erhöhenFachbereich
Nicht gedeckte AussageFaithfulness-Wert je Antwort< 0,9Antwort zurückhalten oder nachbessernKI-Team
Quellentreu, aber falschFehlerrate der menschlichen Stichprobeüber ZielwertQuelle prüfen und aktualisieren, Testset erweiternFachbereich + KI-Team
Veraltete Quelle im IndexAnteil Dokumente mit gültigem Prüfdatum< 95 %Abgelaufene Dokumente aus dem Index nehmenFachbereich (Eigentümer)
Kein KI-Hinweis bei direkter Interaktion (Art. 50 Abs. 1)Ist die KI-Natur für Nutzer erkennbar?Grundsätzlich ab 2.8.2026KI-Kennzeichnung nachrüstenCompliance / Recht
Kein PrüfpfadAnteil Antworten mit Quelle< 100 % bei kritischen FlowsZitierpflicht erzwingenKI-Team

Was das kostet – und wer es macht

Diese Bausteine sind nicht gleich teuer, und das ist die eigentliche Entscheidungsgrundlage. Drei Größenordnungen sollten Sie kennen, bevor Sie anfangen.

Laufende Rechenkosten. Zitierpflicht, Abstinenz-Regel und Quellenpflege kosten im Betrieb praktisch nichts extra. Der Grounding-Check dagegen ist ein zusätzlicher Modellaufruf je ausgelieferter Antwort – in der Größenordnung einer Verdopplung der Inferenzkosten, plus spürbarer Wartezeit für den Nutzer. Selbstverifikation kommt noch einmal obendrauf. Bei einem Kundenservice-Agenten mit hohem Anfragevolumen ist das der dominierende Posten – und der Grund, warum man den Grounding-Check sinnvollerweise nur auf kritische Antworttypen legt (Preise, Zusagen, Fristen, Sicherheitsangaben) statt auf jede Small-Talk-Antwort. Die laufende Faithfulness-Messung läuft dagegen auf einem festen Testset und nicht im Kundenverkehr; sie kostet je Durchlauf wenig, aber regelmäßig.

Wer das macht. Die Matrix nennt „KI-Team“, „Fachbereich“ und „Compliance/Recht“. Der typische Mittelständler hat keines davon als eigene Stelle – und braucht es auch nicht. Realistisch ist: Die Quellenpflege gehört zwingend nach innen, in den Fachbereich, der die Dokumente ohnehin verantwortet; das ist ein Nebenamt, keine Planstelle. Die technische Einrichtung (Suche, Schwellen, Grounding-Check) lässt sich einkaufen. Die menschliche Stichprobe braucht jemanden mit Fachurteil aus dem eigenen Haus – ein Externer kann nicht beurteilen, ob eine Aussage über Ihre Maschine stimmt. Die Rollenverteilung ist wichtiger als die Stellenbezeichnung: Wenn niemand namentlich für den Wissensspeicher zuständig ist, ist es niemand.

Womit man anfängt. In dieser Reihenfolge: Quellenpflege und Abstinenz-Regel zuerst – die kosten am wenigsten und verhindern die beiden häufigsten Fehler. Dann Zitierpflicht, weil sie alles Weitere überhaupt erst prüfbar macht. Dann ein festes Testset mit echten Kundenfragen und eine erste gemessene Rate, damit Sie wissen, wo Sie stehen. Grounding-Check und Selbstverifikation erst danach, und zuerst nur für die kritischen Antworttypen. Wer umgekehrt anfängt, baut die teuerste Kontrolle über einen ungepflegten Wissensspeicher.

HIER ANFANGEN 07 Quellenpflege 04 Abstinenz-Regel 02 Zitierpflicht 01 Bessere Suche 06 Faithfulness-Eval 03 Grounding-Check 05 Selbstverifikation hoch gering gering hoch Aufwand und laufende Kosten → Wirkung auf die Fehlerrate →
Abbildung 13 — Nicht alle Bausteine sind gleich teuer. Die drei goldenen Bausteine kosten am wenigsten und verhindern die häufigsten Fehler – mit ihnen fängt man an. Grounding-Check und Selbstverifikation wirken ebenfalls, kosten aber je ausgelieferter Antwort einen zusätzlichen Modellaufruf und gehören deshalb zuerst nur auf die kritischen Antworttypen. Einordnung nach Erfahrungswerten aus der Praxis, keine Messung; die genaue Lage verschiebt sich je nach Anfragevolumen und Kritikalität.

Erdung ist nicht nur guter Stil, sondern Pflicht

Eine Halluzination ist nicht bloß ein Qualitätsmangel – sie kann ein Rechtsrisiko sein.

Haftung. Ein Unternehmen kann sich nicht hinter seinem Chatbot verstecken. In Moffatt v. Air Canada (2024) entschied ein kanadisches Tribunal, dass Air Canada für die Falschauskunft seines Chatbots haftet, und wies das Argument, der Bot sei eine „eigene rechtliche Einheit“, zurück: „It makes no difference whether the information comes from a static page or a chatbot“.[26] Der Rechtssatz gilt technikunabhängig – ob der Bot regelbasiert antwortet oder ein Sprachmodell einsetzt, ändert an der Zurechnung nichts; mit einem Sprachmodell steigt lediglich die Wahrscheinlichkeit, dass er etwas erfindet. Wie teuer erfundene Fakten werden, zeigt Mata v. Avianca (2023): Zwei Anwälte reichten einen Schriftsatz mit von ChatGPT frei erfundenen Urteilen ein und wurden mit 5.000 USD sanktioniert.[27]

EU-AI-Act & DSGVO. Hier sind zwei Pflichtenebenen zu trennen. Transparenz (Art. 50 Abs. 1): Anbieter von KI-Systemen, die für die direkte Interaktion mit natürlichen Personen bestimmt sind, müssen grundsätzlich sicherstellen, dass die Betroffenen über die KI-Interaktion informiert werden, sofern dies nicht bereits offensichtlich ist; gesetzlich autorisierte Systeme zur Aufdeckung, Verhütung, Ermittlung oder Verfolgung von Straftaten sind unter den Voraussetzungen der Vorschrift ausgenommen. Die Pflicht gilt ab dem 2. August 2026.[28] Hochrisiko-Pflichten (Art. 9–15): Nur wenn ein System unter Anhang III fällt (etwa Personalauswahl, Kreditwürdigkeit) oder in ein reguliertes Produkt eingebettet ist, verlangt die Verordnung (EU) 2024/1689 unter anderem ein „angemessenes Maß an Genauigkeit, Robustheit und Cybersicherheit“ (Art. 15) und wirksame menschliche Aufsicht (Art. 14). Die Digital-Omnibus-Verordnung (EU) 2026/1744 vom 8. Juli 2026 verschiebt diese Pflichten auf den 2. Dezember 2027 (eigenständige Anhang-III-Systeme) beziehungsweise den 2. August 2028 (in Produkte eingebettete Anhang-I-Systeme). Sie wurde am 24. Juli 2026 im Amtsblatt veröffentlicht und ist am 27. Juli 2026 in Kraft getreten; die Verschiebung ist damit geltendes Recht und kein Vorhaben mehr.[32] Am allgemeinen Geltungsbeginn des AI Acts zum 2. August 2026 und an der Transparenzpflicht des Art. 50 ändert sie nichts. Hinzugekommen ist eine Frist zum 2. Dezember 2026: Anbieter generativer Systeme, die vor dem 2. August 2026 auf den Markt gebracht wurden, müssen bis dahin die maschinenlesbare Kennzeichnung erzeugter Inhalte nach Art. 50 Abs. 2 nachrüsten. Das trifft Anbieter, nicht Betreiber – wer ein zugekauftes Modell einsetzt, sollte sich die Kennzeichnung vom Anbieter bestätigen lassen.

DSGVO. Davon unabhängig berührt eine falsche Tatsachenbehauptung über eine Person den Richtigkeitsgrundsatz der DSGVO (Art. 5 Abs. 1 lit. d). Für Betroffene folgen daraus durchsetzbare Rechte: Auskunft (Art. 15) und Berichtigung unrichtiger Angaben (Art. 16).[29] Wer einen Agenten betreibt, der Aussagen über Personen erzeugt – Bewerber, Kunden, Lieferanten –, braucht dafür einen benannten Prozess und nicht nur eine Absichtserklärung. Dass das real ist, zeigen die noyb-Beschwerden: In einem Fall bezeichnete ein Chatbot einen unbescholtenen Mann fälschlich als verurteilten Mörder seiner Kinder.[30]

Mitbestimmung. Bei internem Wissensmanagement kommt eine dritte Ebene hinzu, die in Projektplänen regelmäßig fehlt: Ein Agent, der Anfragen von Beschäftigten protokolliert, ist in aller Regel eine technische Einrichtung im Sinne von § 87 Abs. 1 Nr. 6 Betriebsverfassungsgesetz und damit mitbestimmungspflichtig.[34] Den Betriebsrat früh einzubinden ist deutlich billiger, als ein fertiges System nach dem Rollout anhalten zu müssen.

Heute schon
Haftung. Unternehmen haften für Falschauskünfte ihres Chatbots — Air Canada 2024, Mata v. Avianca 2023.
2. Aug 2026
Art. 50 Abs. 1 — Transparenzpflicht. Nutzer müssen über die KI-Interaktion informiert werden. Bis 2. Dez 2026 zusätzlich: maschinenlesbare Kennzeichnung erzeugter Inhalte nach Art. 50 Abs. 2 für bereits im Markt befindliche generative Systeme (Anbieterpflicht).
2. Dez 2027
Hochrisiko (Art. 9–15). Genauigkeit, Robustheit, menschliche Aufsicht — eigenständige Systeme.
2. Aug 2028
Hochrisiko (Art. 9–15). Dieselben Pflichten — in Produkte eingebettete Systeme.
Abbildung 14 — Die Uhr läuft. Haftung besteht schon heute; die Transparenzpflicht des EU-AI-Acts greift ab dem 2. August 2026, die Hochrisiko-Pflichten je nach Einstufung später. Die Termine 2027/2028 folgen der Änderungsverordnung (EU) 2026/1744, die am 24. Juli 2026 im Amtsblatt veröffentlicht wurde und am 27. Juli 2026 in Kraft getreten ist. Quellen [26]–[28], [32].

Die sieben Bausteine aus dem Abschnitt „Lösung“ erfüllen diese Pflichten nicht im Alleingang: Sie decken vor allem einen Teil von Art. 15 (Genauigkeit, Robustheit) ab und liefern Belege, auf die ein Risikomanagement (Art. 9) und die technische Dokumentation (Art. 11) aufsetzen. Data Governance, Konformitätsbewertung, Registrierung und laufende Marktbeobachtung kommen hinzu. Wer die Bausteine heute einführt, hat also den technischen Kern vorbereitet – nicht die vollständige Compliance, aber ihr Fundament. Die regulatorische Botschaft deckt sich mit der betrieblichen: Erdung, Nachvollziehbarkeit und menschliche Aufsicht sind die Grundausstattung eines produktiven KI-Agenten.

Nicht Vertrauen, sondern Disziplin

Halluzination ist kein Zeichen schlechter KI, sondern eine bauartbedingte Eigenschaft jedes Sprachmodells: Es rät das wahrscheinlichste nächste Wort, es weiß nicht. RAG ist der richtige Grundansatz, verschiebt das Risiko aber nur – an die Suche, die den Beleg finden muss, und an das Modell, das ihn benutzen muss. Beherrschbar wird das durch dieselbe Test- und Kontrollkultur, die die Softwareentwicklung längst kennt: bessere Suche, Zitierpflicht, Grounding-Check, eine klare „Ich weiß es nicht“-Regel, Selbstverifikation, ein gepflegter Wissensspeicher und eine laufend gemessene Faithfulness-Rate mit menschlicher Stichprobe.

Zwei Dinge sollten Sie dabei nicht vergessen, weil sie in Anbieterpräsentationen selten vorkommen. Erstens: Der billigste und wirksamste Baustein ist kein Werkzeug, sondern eine Zuständigkeit – jemand muss namentlich dafür geradestehen, dass die Dokumente im Wissensspeicher aktuell sind. Zweitens: Vorsicht hat einen Preis. Ein Agent, der aus Sicherheit zu oft schweigt, kostet Sie den Nutzen, für den Sie ihn gebaut haben. Beide Richtungen gehören gemessen, nicht nur eine.

Kennen Sie die Halluzinationsrate Ihrer KI?

Sie setzen bereits einen KI-Agenten ein oder planen ihn? Unser kompaktes Assessment liefert vier konkrete Ergebnisse: (1) die auf Ihrem eigenen Testset gemessene Faithfulness- und Halluzinationsrate – zusammen mit der Abstinenzquote, damit Sie beide Richtungen sehen, (2) eine definierte „Kein Treffer“-Abstinenz- und Eskalationsregel samt Kapazitätsabschätzung, (3) einen Kurz-Check, welche EU-AI-Act-Pflichten für Ihren Anwendungsfall gelten (Transparenz nach Art. 50 Abs. 1 bei direkter KI-Interaktion ab dem 2. August 2026; Hochrisiko-Pflichten nach der Änderungsverordnung (EU) 2026/1744 erst ab dem 2. Dezember 2027 bzw. 2. August 2028, sofern Ihr System überhaupt darunter fällt) – und (4) die Kennzahlen-Matrix aus diesem Papier, auf Ihr System angewendet, mit priorisierter Maßnahmenliste.

→ Erstgespräch sichern

Quellen

  1. A. T. Kalai, O. Nachum, S. S. Vempala und E. Zhang, „Why Language Models Hallucinate,“ arXiv:2509.04664, 2025. doi.org/10.48550/arXiv.2509.04664
  2. OpenAI, „GPT-4 Technical Report,“ arXiv:2303.08774, 2023. doi.org/10.48550/arXiv.2303.08774
  3. Z. Xu, S. Jain und M. Kankanhalli, „Hallucination is Inevitable: An Innate Limitation of Large Language Models,“ arXiv:2401.11817, 2024. doi.org/10.48550/arXiv.2401.11817
  4. L. Huang et al., „A Survey on Hallucination in Large Language Models: Principles, Taxonomy, Challenges, and Open Questions,“ ACM Transactions on Information Systems, Bd. 43, Nr. 2, Art. 42, S. 1–55, 2025. doi.org/10.1145/3703155
  5. Z. Ji et al., „Survey of Hallucination in Natural Language Generation,“ ACM Computing Surveys, Bd. 55, Nr. 12, Art. 248, S. 1–38, 2023. doi.org/10.1145/3571730
  6. Y. Gao et al., „Retrieval-Augmented Generation for Large Language Models: A Survey,“ arXiv:2312.10997, 2024. doi.org/10.48550/arXiv.2312.10997
  7. S. Barnett, S. Kurniawan, S. Thudumu, Z. Brannelly und M. Abdelrazek, „Seven Failure Points When Engineering a Retrieval Augmented Generation System,“ in Proc. IEEE/ACM 3rd Int. Conf. on AI Engineering – Software Engineering for AI (CAIN), S. 194–199, 2024. doi.org/10.1145/3644815.3644945
  8. J. Chen, H. Lin, X. Han und L. Sun, „Benchmarking Large Language Models in Retrieval-Augmented Generation,“ in Proc. AAAI Conference on Artificial Intelligence, Bd. 38, Nr. 16, S. 17754–17762, 2024. doi.org/10.1609/aaai.v38i16.29728
  9. K. Wu, E. Wu und J. Zou, „ClashEval: Quantifying the tug-of-war between an LLM’s internal prior and external evidence,“ in Advances in Neural Information Processing Systems, Bd. 37, 2024. NeurIPS Proceedings
  10. S. Longpre, K. Perisetla, A. Chen, N. Ramesh, C. DuBois und S. Singh, „Entity-Based Knowledge Conflicts in Question Answering,“ in Proc. Conf. on Empirical Methods in Natural Language Processing (EMNLP), S. 7052–7063, 2021. doi.org/10.18653/v1/2021.emnlp-main.565
  11. N. F. Liu et al., „Lost in the Middle: How Language Models Use Long Contexts,“ Transactions of the Association for Computational Linguistics, Bd. 12, S. 157–173, 2024. doi.org/10.1162/tacl_a_00638
  12. F. Cuconasu et al., „The Power of Noise: Redefining Retrieval for RAG Systems,“ in Proc. 47th Int. ACM SIGIR Conf. on Research and Development in Information Retrieval, S. 719–729, 2024. doi.org/10.1145/3626772.3657834
  13. M. Dahl, V. Magesh, M. Suzgun und D. E. Ho, „Large Legal Fictions: Profiling Legal Hallucinations in Large Language Models,“ Journal of Legal Analysis, Bd. 16, Nr. 1, S. 64–93, 2024. doi.org/10.1093/jla/laae003
  14. V. Magesh, F. Surani, M. Dahl, M. Suzgun, C. D. Manning und D. E. Ho, „Hallucination-Free? Assessing the Reliability of Leading AI Legal Research Tools,“ Journal of Empirical Legal Studies, Bd. 22, Nr. 2, S. 216–242, 2025. doi.org/10.1111/jels.12413
  15. Vectara, „Hallucination Leaderboard (Hughes Hallucination Evaluation Model, HHEM-2.3),“ GitHub. Auswertung mit dem kommerziellen Erkennungsmodell des Anbieters; Stand der Liste 11. Mai 2026, abgerufen am 27. Juli 2026. github.com/vectara/hallucination-leaderboard
  16. C. Niu et al., „RAGTruth: A Hallucination Corpus for Developing Trustworthy Retrieval-Augmented Language Models,“ in Proc. 62nd Annual Meeting of the Association for Computational Linguistics (ACL), S. 10862–10878, 2024. doi.org/10.18653/v1/2024.acl-long.585
  17. S. Es, J. James, L. Espinosa-Anke und S. Schockaert, „RAGAS: Automated Evaluation of Retrieval Augmented Generation,“ in Proc. 18th Conf. of the European Chapter of the ACL (EACL): System Demonstrations, S. 150–158, 2024. doi.org/10.18653/v1/2024.eacl-demo.16
  18. R. Nogueira und K. Cho, „Passage Re-ranking with BERT,“ arXiv:1901.04085, 2019. doi.org/10.48550/arXiv.1901.04085
  19. X. Ma, Y. Gong, P. He, H. Zhao und N. Duan, „Query Rewriting for Retrieval-Augmented Large Language Models,“ in Proc. Conf. on Empirical Methods in Natural Language Processing (EMNLP), S. 5303–5315, 2023. doi.org/10.18653/v1/2023.emnlp-main.322
  20. J. Menick et al., „Teaching language models to support answers with verified quotes,“ arXiv:2203.11147, 2022. doi.org/10.48550/arXiv.2203.11147
  21. T. Gao, H. Yen, J. Yu und D. Chen, „Enabling Large Language Models to Generate Text with Citations,“ in Proc. Conf. on Empirical Methods in Natural Language Processing (EMNLP), S. 6465–6488, 2023. doi.org/10.18653/v1/2023.emnlp-main.398
  22. H. Zhang et al., „R-Tuning: Instructing Large Language Models to Say ‚I Don’t Know‘,“ in Proc. Conf. of the North American Chapter of the ACL (NAACL-HLT), Long Papers, S. 7113–7139, 2024. doi.org/10.18653/v1/2024.naacl-long.394
  23. S. Dhuliawala et al., „Chain-of-Verification Reduces Hallucination in Large Language Models,“ in Findings of the Association for Computational Linguistics: ACL 2024, S. 3563–3578, 2024. doi.org/10.18653/v1/2024.findings-acl.212
  24. L. Zheng et al., „Judging LLM-as-a-Judge with MT-Bench and Chatbot Arena,“ in Advances in Neural Information Processing Systems, Bd. 36, 2023. NeurIPS Proceedings
  25. S. R. Bowman et al., „Measuring Progress on Scalable Oversight for Large Language Models,“ arXiv:2211.03540, 2022. doi.org/10.48550/arXiv.2211.03540
  26. Civil Resolution Tribunal (British Columbia, Kanada), „Moffatt v. Air Canada, 2024 BCCRT 149,“ 2024. canlii.org
  27. U.S. District Court, S.D.N.Y., „Mata v. Avianca, Inc., 678 F.Supp.3d 443,“ 2023. courtlistener.com
  28. Europäisches Parlament und Rat der EU, „Verordnung (EU) 2024/1689 (Artificial Intelligence Act),“ Amtsblatt der EU, 2024. eur-lex.europa.eu
  29. Europäisches Parlament und Rat der EU, „Verordnung (EU) 2016/679 (DSGVO),“ Art. 5 Abs. 1 lit. d, Art. 15, Art. 16, Amtsblatt der EU, 2016. eur-lex.europa.eu
  30. noyb – European Center for Digital Rights, „AI hallucinations: ChatGPT created a fake child murderer,“ Pressemitteilung, 20. März 2025. noyb.eu
  31. Bundesamt für Sicherheit in der Informationstechnik (BSI), „Generative KI-Modelle: Chancen und Risiken für Industrie und Behörden,“ Version 2.0, 2025. bsi.bund.de (PDF)
  32. Europäisches Parlament und Rat der EU, „Verordnung (EU) 2026/1744 vom 8. Juli 2026 zur Änderung der Verordnungen (EU) 2024/1689, (EU) 2018/1139 und (EU) 2023/1230 (Digital Omnibus on AI),“ Amtsblatt der EU, veröffentlicht am 24. Juli 2026, in Kraft seit dem 27. Juli 2026. eur-lex.europa.eu
  33. S. Farquhar, J. Kossen, L. Kuhn und Y. Gal, „Detecting hallucinations in large language models using semantic entropy,“ Nature, Bd. 630, S. 625–630, 2024. doi.org/10.1038/s41586-024-07421-0
  34. Betriebsverfassungsgesetz (BetrVG), § 87 Abs. 1 Nr. 6 – Mitbestimmung bei technischen Einrichtungen, die zur Überwachung von Verhalten oder Leistung der Beschäftigten bestimmt sind. gesetze-im-internet.de

Hinweis zu den Quellen: Dieses Whitepaper stützt sich auf öffentlich zugängliche Quellen – überwiegend begutachtete Fachpublikationen (u. a. Nature, NeurIPS, ACL, EMNLP, TACL) und wissenschaftliche Preprints (arXiv), ergänzt um amtliche Rechtstexte und Gerichtsentscheidungen, offizielle Behörden- und Anbieterdokumentation sowie – klar als solche gekennzeichnet – ein kommerzielles Benchmark-Leaderboard [15] und eine zivilgesellschaftliche Pressemitteilung [30]. Die genannten Halluzinationsraten stammen aus unterschiedlichen Benchmarks mit je eigener Definition und Bezugsgröße und sind nicht direkt vergleichbar; sie belegen die Spannweite und die Notwendigkeit eigener Messung, keinen Direktvergleich (siehe Abbildung 7). Zwei Einschränkungen in eigener Sache: Alle hier zitierten Wirksamkeitszahlen für Gegenmaßnahmen stammen aus Arbeiten, die eine Verbesserung zeigen wollten – Fälle, in denen ein Verfahren nicht wirkt, werden seltener veröffentlicht; und keine dieser Zahlen wurde in einer mittelständischen Produktivumgebung erhoben. Sie begründen die Auswahl der Wirkprinzipien, nicht eine erwartbare Wirkung in Ihrem System – genau deshalb steht am Ende die eigene Messung. Kursierende, nicht auf eine Primärquelle zurückführbare „Branchenzahlen“ wurden bewusst nicht übernommen. Rechtsstand: 27. Juli 2026.

Häufig gestellte Fragen

Eine Halluzination ist eine erfundene, aber überzeugend formulierte Antwort. Sie entsteht bauartbedingt: Ein Sprachmodell sagt das wahrscheinlichste nächste Wort voraus und prüft nicht, ob eine Aussage stimmt. Ganz abstellen lässt sie sich deshalb nicht – wohl aber messen und systematisch eindämmen.

RAG entschärft es, löst es aber nicht. Findet die Suche keinen passenden Beleg, fällt das Modell still auf sein Trainingswissen zurück und formuliert die Vermutung so selbstbewusst wie einen echten Beleg. Das Risiko verschiebt sich lediglich an die Suche und an die Frage, ob das Modell den gefundenen Beleg auch tatsächlich nutzt.

Ja. Quellentreue ist nicht dasselbe wie Wahrheit. Modelle wägen Beleg und Vorwissen unzuverlässig ab – mal übergehen sie den Kontext, mal übernehmen sie einen falschen Kontextwert treu. Und stimmt schon die Quelle nicht, ist auch die quellentreue Antwort falsch. Genau deshalb ist die Pflege des Wissensspeichers ein eigener Baustein.

Das hängt stark von Modell und Umsetzung ab. In einem realistischen RAG-Aufbau liegen die gemessenen Raten zwischen rund 9 % und knapp 58 %; über verschiedene Aufgaben und Fachgebiete hinweg reicht die Spanne von rund zwei bis über achtzig Prozent. Diese Werte messen allerdings Verschiedenes und sind nicht direkt vergleichbar. Keine der herangezogenen Messungen erreicht null – die eigene Rate ist aber auf einem eigenen Testset messbar und damit steuerbar.

Nicht durch Vertrauen ins Modell, sondern durch Disziplin. Das Grounding-Sicherheitsnetz besteht aus sieben Bausteinen: bessere Suche, Zitierpflicht, ein automatischer Grounding-Check, eine klare „Ich weiß es nicht“-Regel, Selbstverifikation, laufende Faithfulness-Tests mit menschlicher Stichprobe sowie Quellenpflege – ein gepflegter Wissensspeicher mit Eigentümer, Gültigkeitsdatum und Versionshoheit.

Die Bausteine sind unterschiedlich teuer. Zitierpflicht, Abstinenz-Regel und Quellenpflege kosten im Betrieb praktisch nichts extra; der Grounding-Check ist dagegen ein zusätzlicher Modellaufruf je Antwort und verdoppelt die Inferenzkosten grob – er gehört deshalb nur auf kritische Antworttypen wie Preise, Zusagen, Fristen und Sicherheitsangaben. Sinnvolle Reihenfolge: Quellenpflege und Abstinenz-Regel zuerst, dann Zitierpflicht, dann ein festes Testset mit echten Kundenfragen, erst danach Grounding-Check und Selbstverifikation.

Ein Unternehmen haftet für die Falschauskünfte seines Chatbots – das zeigt der Fall Moffatt v. Air Canada (2024). Hinzu kommt die Transparenzpflicht des EU-AI-Acts (Art. 50 Abs. 1) ab dem 2. August 2026. Die Hochrisiko-Pflichten wurden durch die Digital-Omnibus-Verordnung (EU) 2026/1744 auf den 2. Dezember 2027 beziehungsweise den 2. August 2028 verschoben – sofern Ihr System überhaupt darunter fällt. Dazu tritt der Richtigkeitsgrundsatz der DSGVO. Erdung, Nachvollziehbarkeit und menschliche Aufsicht werden damit zur Pflicht.

Wie wir Sie unterstützen

KI lohnt sich selten dort, wo das lauteste Tool-Marketing stattfindet – sondern dort, wo ein konkretes Geschäftsproblem auf messbaren Nutzen trifft. Genau diese Stellen sichtbar zu machen, ist der erste Schritt.

Sie möchten wissen, wo sich Künstliche Intelligenz in Ihrem Unternehmen konkret rechnet? Dann unterstützt Sie Dr. Michael Gorski mit einer unabhängigen, anbieterneutralen Einschätzung.

Vereinbaren Sie jetzt ein kostenloses und unverbindliches Erstgespräch – gemeinsam finden wir heraus, welche Anwendungsfälle sich für Sie lohnen. Kontaktieren Sie uns gerne telefonisch unter der Nummer:

oder nutzen Sie unser Kontaktformular. Wir freuen uns auf Ihre Anfrage!

Ihre Anfrage

Datenschutz

Das könnte Sie auch interessieren

Das Preisparadox — Whitepaper-Titelseite

Warum die KI-Rechnung steigt – und wie Sie gegensteuern

Warum fallende Preise Ihre KI-Rechnung nicht senken – und wie Sie die Kosten pro Aufgabe in den Griff bekommen.

Kostenlose ErstberatungJetzt anfragen