KI-Halluzinationen erklärt: Warum Sprachmodelle Dinge erfinden und wie man sie reduziert

  1. Startseite
  2. Blog
  3. Künstliche Intelligenz

Künstliche Intelligenz

KI-Halluzinationen erklärt: Warum Sprachmodelle Dinge erfinden und wie man sie reduziert

Ein Sprachmodell kann eine sichere, gut geschriebene Antwort geben, die einfach falsch ist. Erfahren Sie, warum dies geschieht, welche Formen es annimmt und wie Sie es in Ihren eigenen KI-Funktionen auf praktische Weise reduzieren und erkennen können.

8 Min. Lesezeit
KI-Halluzinationen erklärt: Warum Sprachmodelle Dinge erfinden und wie man sie reduziert

Das Wichtigste

  • Es wird eine KI-Halluzination ausgegeben, die plausibel klingt, aber falsch oder nicht unterstützt ist.
  • Modelle sagen wahrscheinlichen Text voraus. Sie haben keine eingebaute Möglichkeit zu wissen, was wahr ist.
  • Erdete Antworten aus vertrauenswürdigen Quellen, klare Eingabeaufforderungen und automatisierte Überprüfungen reduzieren Halluzinationen.
  • Keine aktuelle Technik entfernt sie vollständig, sodass wichtige Ausgaben noch überprüft werden müssen.

Ein Support-Chatbot teilt einem Kunden mit, dass Rückerstattungen 14 Tage dauern. Die eigentliche Richtlinie lautet 7. Die Antwort war fließend, höflich und falsch. Dies ist eine KI-Halluzination und einer der Hauptgründe dafür, dass KI-Funktionen sorgfältig entworfen und getestet werden müssen.

Dieser Ratgeber erklärt die Ursachen verständlich und legt den Schwerpunkt auf die praktische Prävention. Die automatische Prüfung am Ende ist ein kleines Python-Skript, das wir anhand von Beispielantworten ausgeführt haben, die wir selbst geschrieben haben. Es wurde nicht gegen ein Live-KI-Modell ausgeführt.

Was ist eine KI-Halluzination?

Von einer Halluzination spricht man, wenn ein generatives KI-System Inhalte produziert, die sachlich falsch, erfunden oder nicht durch die ihm gegebenen Informationen gestützt sind, es aber als wahr darstellt. Der Begriff ist eine Metapher. Das Modell sieht keine Dinge. Dabei wird Text generiert, der dem Muster einer guten Antwort entspricht, ohne an Fakten gebunden zu sein.

Der gefährliche Teil ist das Selbstvertrauen. Eine halluzinierte Antwort sieht normalerweise genauso aus wie eine richtige, mit dem gleichen Ton, der gleichen Struktur und den gleichen Details.

Warum Sprachmodelle halluzinieren

Ein großes Sprachmodell wird trainiert, um das nächste Textstück, ein Token, basierend auf Mustern in einer riesigen Menge an Trainingsdaten vorherzusagen. Daraus ergeben sich mehrere Dinge:

  • Plausibel ist nicht dasselbe wie wahr. Das Modell lernt, wie Antworten tendenziell aussehen. Wenn es an Fakten mangelt, kann immer noch die wahrscheinlichste Fortsetzung erfunden werden.
  • Lücken und Unterbrechungen. Trainingsdaten weisen Lücken auf und enden an einem bestimmten Datum. Das Modell ergänzt möglicherweise fehlende Fakten, anstatt zu sagen, dass es nichts weiß.
  • Training belohnt Antworten. Untersuchungen, darunter ein OpenAI-Artikel aus dem Jahr 2025 über die Frage, warum Modelle halluzinieren, argumentieren, dass gängige Trainings- und Bewertungsmethoden das Raten belohnen statt das Eingestehen von Unsicherheit, ähnlich wie ein Multiple-Choice-Test ohne Strafe für falsche Antworten.
  • Mehrdeutige Eingabeaufforderungen. Vage Fragen verleiten das Modell dazu, Details anzunehmen.
  • Langer oder unübersichtlicher Kontext. Wichtige Fakten können übersehen werden, wenn sie in langen Eingaben verborgen bleiben.

Häufige Arten von Halluzinationen

Typ Beispiel
Erfundene Fakten Ein falsches Datum, eine falsche Zahl oder eine falsche Statistik
Gefälschte Quellen Zitate, Artikel oder URLs, die nicht existieren
Untreue Zusammenfassungen Eine Zusammenfassung, die Ansprüche hinzufügt, die nicht im Dokument enthalten sind
Erfundener Code Aufrufe von Funktionen oder Paketen, die nicht vorhanden sind
Falsche Argumentation Jeder Schritt sieht gut aus, aber die Schlussfolgerung folgt nicht
Falsches Vertrauen Beantwortung einer Frage, auf die es keine verlässliche Antwort gibt

Forscher unterteilen diese häufig in Faktizitätsfehler, die der realen Welt widersprechen, und Treuefehler, die dem Quellenmaterial widersprechen, das dem Modell gegeben wurde. Bei Geschäftsanwendungen, die auf Ihren eigenen Dokumenten basieren, ist die Genauigkeit normalerweise das, was Sie am direktesten testen können.

Vorgefertigter Code verdient eine besondere Warnung. Wenn ein Assistent die Installation eines Pakets vorschlägt, das nicht existiert, kann ein Angreifer ein schädliches Paket unter diesem Namen veröffentlichen. Überprüfen Sie vor der Installation, ob jede vorgeschlagene Abhängigkeit real und vertrauenswürdig ist.

Wo es am wichtigsten ist

Eine halluzinierte Tatsache im Film ist harmlos. Eine halluzinierte Drogendosis, ein rechtlicher Hinweis, eine Rückerstattungsrichtlinie oder eine Finanzkennzahl sind dies nicht. Es gibt zahlreiche Fälle, in denen Anwälte Gerichtsakten mit Fallzitaten eingereicht haben, die von KI-Tools erfunden wurden. Ordnen Sie Ihre Anwendungsfälle nach den Kosten einer falschen Antwort und wenden Sie die stärksten Kontrollen an, wenn diese Kosten hoch sind.

So reduzieren Sie Halluzinationen

  1. Begründen Sie die Antwort mit vertrauenswürdigen Daten. Geben Sie dem Modell die relevanten Fakten, anstatt sich auf sein Gedächtnis zu verlassen.
  2. Erlauben Sie „Ich weiß nicht“. Sagen Sie dem Modell ausdrücklich, dass es sagen soll, wenn die Informationen nicht verfügbar sind, und behandeln Sie dies als gutes Ergebnis.
  3. Seien Sie konkret. Klare, eng gefasste Fragen lassen weniger Raum für Erfindungen. Unser Prompt-Engineering-Leitfaden behandelt dies ausführlich.
  4. Fragen Sie nach Zitaten oder Zitaten aus den bereitgestellten Quellen und überprüfen Sie diese dann automatisch.
  5. Verwenden Sie eine strukturierte Ausgabe, wie z. B. JSON mit festen Feldern, damit Antworten einfacher zu validieren sind.
  6. Verwenden Sie Tools für Dinge, in denen Modelle schwach sind, wie Berechnungen, Daten und Live-Datensuche.
  7. Halten Sie einen Menschen auf dem Laufenden, wenn es um Entscheidungen mit hohem Risiko geht.

Erdung mit Ihren eigenen Daten

Retrieval-Augmented Generation (RAG) ist das häufigste Erdungsmuster. Das System durchsucht Ihre Dokumente nach für die Frage relevanten Passagen und fügt sie in die Eingabeaufforderung ein, mit der Anweisung, nur aus diesen Passagen zu antworten. Es reduziert erfundene Fakten stark, ist aber kein Heilmittel. Das Modell kann immer noch eine Passage falsch lesen, Passagen falsch kombinieren oder auf sein eigenes Wissen zurückgreifen, und der Suchschritt kann die falschen Dokumente zurückgeben. Daher müssen geerdete Systeme weiterhin überprüft werden.

Tipp: Protokollieren Sie die abgerufenen Passagen neben jeder Antwort. Wenn eine falsche Antwort gemeldet wird, können Sie schnell erkennen, ob der Abruf fehlgeschlagen ist oder das Modell den guten Kontext ignoriert hat. Die Lösung ist bei jedem anders.

Eine einfache automatisierte Prüfung

Hier ist ein billiger Schutz, den wir erstellt haben: Markieren Sie eine beliebige Zahl in einer Antwort, die nicht im Quelltext vorkommt. Es ist grob, aber Zahlen wie Preise, Tage und Limits sind genau der Ort, an dem kostspielige Halluzinationen auftauchen.

import re

SOURCE = """Refunds are paid within 7 days to the original payment method.
Orders over 1000 rupees ship free. Standard delivery takes 3 to 5 working days."""

def unsupported_numbers(answer, source):
    found = set(re.findall(r"\d+", answer))
    allowed = set(re.findall(r"\d+", source))
    return sorted(found - allowed, key=int)

Wir haben drei Antworten getestet, die geschrieben wurden, um die typische Modellausgabe zu imitieren:

grounded     -> no unsupported numbers
hallucinated -> ['14', '500']
partly       -> ['1']

Die „halluzinierte“ Antwort forderte 14-tägige Rückerstattung und kostenlosen Versand über 500 Rupien, und beide Nummern wurden erwischt. Die Antwort „teilweise“ enthielt korrekte Lieferzeiten, fügte aber „oder 1 Tag mit Express“ hinzu, was in der Richtlinie nie erwähnt wird, und das wurde ebenfalls abgefangen. Bei einer zweiten Prüfung wird überprüft, ob die zitierten Formulierungen tatsächlich in der Quelle vorkommen:

{'paid within 7 days': True, 'no questions asked': False}

Diese Kontrollen haben offensichtliche Grenzen. Sie übersehen falsche Wörter, Einheiten und unbegründete Behauptungen ohne Zahlen, und sie würden fälschlicherweise eine korrekte Berechnung kennzeichnen. Viele Teams fügen einen „LLM als Richter“-Schritt hinzu, bei dem ein zweites Modell jeden Anspruch anhand der Quellen prüft. Das fängt mehr an, kann aber auch falsch sein, also messen Sie es.

Test auf Halluzinationen

Behandeln Sie die Halluzinationsrate als eine Qualitätsmetrik, die Sie messen, nicht als Gefühl. Ein praktischer Ansatz:

  • Erstellen Sie einen Testsatz mit echten Fragen mit bekannten richtigen Antworten und Quellen.
  • Schließen Sie Fragen ein, die das System ablehnen sollte, da die Antwort nicht in den Daten enthalten ist.
  • Bewerten Sie die Antworten auf Richtigkeit, Quellentreue und angemessene Ablehnungen.
  • Führen Sie den Satz bei jeder Änderung an Eingabeaufforderungen, Modellen oder Abrufeinstellungen aus.
  • Beispielhafte Produktionsgespräche zur menschlichen Überprüfung.

Auch hier gilt die Disziplin des Regressionstests: eine feste Menge von Fällen, die bei jeder Änderung ausgeführt werden und deren Ergebnisse im Laufe der Zeit verglichen werden. Bei der Entscheidung, wie ein System geerdet werden soll, erläutert unser Vergleich von RAG vs. Feinabstimmung vs. promptem Engineering die Kompromisse.

Ratschläge für alltägliche Benutzer

  • Überprüfen Sie Fakten, Zahlen, Zitate und Zitate aus der Originalquelle.
  • Seien Sie besonders vorsichtig mit medizinischen, rechtlichen und finanziellen Informationen.
  • Fügen Sie den Quelltext ein und bitten Sie den Assistenten, nur daraus zu antworten.
  • Fragen Sie: „Wie sicher sind Sie und worauf basiert das?“, aber denken Sie daran, dass die Antwort auch falsch sein kann.

Können Halluzinationen beseitigt werden?

Nicht mit der aktuellen Technologie. Neuere Modelle und besseres Training haben die Halluzinationsraten bei vielen Benchmarks reduziert, und die Erdung hilft sehr, aber jedes System macht immer noch Fehler. Das realistische Ziel besteht darin, Fehler durch Systemdesign, Tests und klare Signale für Benutzer selten, leicht erkennbar und mit geringen Auswirkungen zu machen.

Halluzinationen in KI-Codierungstools

Täglich stoßen Entwickler bei Codierungsassistenten auf Halluzinationen: eine Methode, die in einer Klasse nicht existiert, eine veraltete Konfigurationsoption oder eine sichere Erklärung eines Fehlers, der tatsächlich durch etwas anderes verursacht wird. Die Abwehrmaßnahmen sind diejenigen, die Sie bereits für menschlichen Code verwenden. Kompilieren Sie das Ergebnis oder führen Sie eine Typprüfung durch, führen Sie die Tests durch und lesen Sie die offizielle Dokumentation für jede API, die Sie noch nicht verwendet haben. Seien Sie besonders vorsichtig bei sicherheitsrelevantem Code wie Authentifizierung, Kryptografie und Eingabevalidierung, da plausibel aussehender Code auf subtile Weise unsicher sein kann. Behandeln Sie KI-Vorschläge wie einen Entwurf eines schnellen, aber unzuverlässigen Kollegen: oft nützlich, nie automatisch korrigierend.

Fazit

Halluzinationen entstehen durch die Funktionsweise von Sprachmodellen: Sie generieren wahrscheinlichen Text, keine überprüften Fakten. Sie können sie nicht ausschalten, aber Sie können um sie herum gestalten. Begründen Sie Antworten in vertrauenswürdigen Daten, lassen Sie das Modell „Ich weiß nicht“ sagen, fügen Sie automatische Prüfungen für die Details hinzu, die wichtig sind, und messen Sie die Ergebnisse kontinuierlich.

Häufige Fragen

Was ist eine KI-Halluzination?

Dies liegt vor, wenn ein KI-System falsche oder nicht unterstützte Informationen erzeugt und diese als wahr darstellt, beispielsweise eine erfundene Statistik, ein Zitat oder ein Richtliniendetail.

Warum halluzinieren KI-Modelle?

Sprachmodelle sagen wahrscheinliche Texte basierend auf Mustern und nicht auf überprüften Fakten voraus. Lücken in den Trainingsdaten, vage Eingabeaufforderungen und Training, das das Raten belohnt, erhöhen die Wahrscheinlichkeit von Halluzinationen.

Stoppt RAG Halluzinationen?

Es reduziert sie, indem es dem Modell vertrauenswürdige Informationen liefert, stoppt sie jedoch nicht. Das Modell kann Quellen immer noch falsch lesen und beim Abrufen können falsche Dokumente zurückgegeben werden.

Wie erkennt man KI-Halluzinationen?

Vergleichen Sie Antworten mit Quelldokumenten, überprüfen Sie Zahlen und Angebote automatisch, verwenden Sie ein zweites Modell zur Überprüfung von Ansprüchen und überprüfen Sie Proben mit Personen.

Werden KI-Halluzinationen jemals verschwinden?

Die Raten sinken mit der Verbesserung der Modelle, aber keine aktuelle Methode beseitigt sie vollständig. Wichtige Ergebnisse müssen noch überprüft und von Menschen überprüft werden.

Lerne weiter

Arbeiten Sie mit Stack Quora

Benötigen Sie Hilfe beim Testen, WordPress oder SEO?

Wir helfen Teams, bessere Software zu liefern und ihre Websites zu erweitern. Sagen Sie uns, woran Sie gerade arbeiten, und wir schlagen Ihnen einen klaren nächsten Schritt vor.

Lesen Sie weiter

Weitere Anleitungen finden Sie unter Tests, KI und moderne Entwicklung

Hat Ihnen dieser Artikel gefallen? Wählen Sie ein Thema und springen Sie direkt in unsere neuesten Tutorials.

Künstliche Intelligenz

KI-Halluzinationen erklärt: Warum Sprachmodelle Dinge erfinden und wie man sie reduziert

KI-Halluzinationen erklärt: Was sie sind, warum Sprachmodelle sie produzieren, gängige Typen, wie man sie mit Erdung und Eingabeaufforderungen reduz…

Artikel lesen →
DevOps

Erklärte Umgebungsvariablen: .env-Dateien, Geheimnisse und Konfiguration richtig gemacht

Umgebungsvariablen anhand von Python-Beispielen erklärt, die wir ausgeführt haben: Sie lesen und festlegen, warum jeder Wert ein String ist, .env-Da…

Artikel lesen →
Softwareentwicklung

API-Ratenbegrenzung erklärt: Algorithmen, Header und Behandlung von 429-Fehlern

API-Ratenbegrenzung anhand einer von uns durchgeführten Simulation erklärt: Token-Bucket, festes Fenster, gleitendes Fenster, 429 Antworten, Ratenbe…

Artikel lesen →
Testautomatisierung

Spott in Python: unittest.mock, Patch und die Fehler, die Tests zum Lügen machen

Mocking in Python mit unittest.mock, getestet: Mock und return_value, side_effect, Patchen, wo ein Name verwendet wird, Spezifikation und Autospec, …

Artikel lesen →
Softwaretests

Code-Abdeckung erklärt: Leitungs- und Zweigstellenabdeckung und was 100 % wirklich bedeutet

Erklärung der Codeabdeckung anhand eines echten Coverage.py-Laufs: Zeilen-, Zweig- und Bedingungsabdeckung, Lesen eines Berichts, warum bei 100 % Ab…

Artikel lesen →
Datenbanken & SQL

DELETE vs. TRUNCATE vs. DROP in SQL: Unterschiede, Rollback und Verwendungszweck

DELETE vs. TRUNCATE vs. DROP erklärt mit getestetem SQL: was jeweils entfernt wird, Rollback, Trigger, Identitätsrücksetzung, Geschwindigkeit und wi…

Artikel lesen →
Datenbanken & SQL

Erklärte SQL-Ansichten: Erstellen, nutzen und vermeiden Sie Fallstricke mit Beispielen

SQL-Ansichten anhand der von uns ausgeführten Abfragen erklärt: Erstellen einer Ansicht, Live-Ergebnisse, Ausblenden von Spalten, Leistung, aktualis…

Artikel lesen →
Softwareentwicklung

TypeScript-Schnittstelle vs. Typ: Echte Unterschiede, getestet mit dem Compiler

TypeScript-Schnittstelle vs. Typ, überprüft mit dem echten Compiler: Was beide können, was nur einer kann, Deklarationszusammenführung, Erweiterunge…

Artikel lesen →
Softwareentwicklung

Python *args und **kwargs erklärt: Flexible Funktionen mit klaren Beispielen

Python *args und **kwargs erklärt mit Code, den wir ausgeführt haben: Packen und Entpacken, Parameterreihenfolge, Nur-Schlüsselwort- und Nur-Positio…

Artikel lesen →
Softwareentwicklung

Python-Lambda-Funktionen: Syntax, tatsächliche Verwendung und wann man sie nicht verwendet

Python-Lambda-Funktionen erklärt mit Code, den wir ausgeführt haben: Syntax, Sortierung mit Schlüssel, Karte und Filter, Abschlüsse, die Late-Bindin…

Artikel lesen →
Künstliche Intelligenz

Was sind KI-Agenten? Wie sie funktionieren, mit einer einfachen Agentenschleife, die Sie ausführen können

Was sind KI-Agenten? Eine einfache Anleitung zur Agentenschleife, zu Tools, Speicher und Leitplanken, mit einer kleinen Python-Schleife, die wir aus…

Artikel lesen →
DevOps

Überwachung vs. Beobachtbarkeit: Der wahre Unterschied, mit Protokollen, Metriken und Traces

Überwachung vs. Beobachtbarkeit erklärt: bekannte und unbekannte Fehler, Protokolle, Metriken und Spuren, eine exemplarische Vorgehensweise für Chec…

Artikel lesen →
DevOps

Docker-Volumes vs. Bind Mounts: Containerdaten auf die richtige Art und Weise beibehalten

Docker-Volumes vs. Bind-Mounts erklärt: Warum Containerdaten verschwinden, benannte Volumes, Bind-Mounts, tmpfs, Compose-Beispiele, Backups, Berecht…

Artikel lesen →
Testautomatisierung

TDD vs. BDD: Hauptunterschiede, eine Funktion, die auf beide Arten entwickelt wurde und wann sie jeweils verwendet werden sollte

TDD vs. BDD erklärt mit einer Rabattfunktion, die in beide Richtungen aufgebaut ist: Rot-Grün-Refaktor mit Code, den wir ausgeführt haben, Gegeben-W…

Artikel lesen →
Softwareentwicklung

Git merge vs rebase: Unterschiede, Beispiele und wann man was nutzt

Git merge vs rebase erklärt mit echter Log-Ausgabe, einer Vergleichstabelle, der goldenen Regel des Rebase und einem sicheren Team-Workflow.

Artikel lesen →
Softwareentwicklung

Python List Comprehension: Syntax, Beispiele und wann man darauf verzichtet

Python List Comprehension erklärt: Syntax, Filter, if-else, verschachtelte Schleifen, gemessene Zeiten und Fälle, in denen eine normale for-Schleife…

Artikel lesen →
Datenbanken & SQL

SQL Joins erklärt mit Beispielen (Inner, Left, Right, Full)

SQL Joins Schritt für Schritt mit Beispieltabellen und Abfragen verstehen: INNER, LEFT, RIGHT, FULL, CROSS und SELF, plus typische Fehler und Perfor…

Artikel lesen →