Eine KI-Wissensbasis besteht aus zwei Teilen: den Quellen und dem Index darüber. Die Quellen ändern sich täglich. Der Index ändert sich nur, wenn ihn jemand neu baut. Zwischen beiden entsteht eine Lücke, die niemand bemerkt, weil sie sich in keiner Kennzahl und in keiner Fehlermeldung zeigt.
Der Ausfall ohne Ausfall
Klassische Systemfehler melden sich: ein Dienst antwortet nicht, eine Datei fehlt, ein Zugriff wird abgelehnt. Ein veralteter Index tut nichts davon. Er liefert Treffer, und zwar hochwertige Treffer — nur eben zu einem Stand, der überholt ist. Das Modell formuliert daraus eine Antwort, die sprachlich einwandfrei und inhaltlich falsch ist.
Besonders tückisch wird es, wenn der Index vorrangig behandelt wird. Findet er Treffer, wird oft gar nicht mehr auf die aktuelle Quelle geschaut. Der Wissensspeicher unterdrückt dann aktiv das aktuellere Wissen — technisch korrekt, praktisch fatal.
Drei Symptome, an denen es auffällt
- Widersprüchliche Antworten auf dieselbe Frage, je nachdem wie sie formuliert wird. Ein Zeichen dafür, dass zwei Stände parallel gefunden werden.
- Antworten, die auf Dinge verweisen, die es nicht mehr gibt: abgeschaffte Abläufe, alte Zuständigkeiten, ersetzte Werkzeuge.
- Auffällige Aktualitätsgrenze: alles vor einem bestimmten Datum wird sicher beantwortet, alles danach vage. Das Datum ist meist der letzte Indexlauf.
Der einfachste Test dauert zwei Minuten: eine Frage stellen, deren Antwort sich nachweislich in den letzten Wochen geändert hat. Kommt der alte Stand, ist der Index veraltet. Kommt der neue, funktioniert die Kette — für alles andere hilft nur ein Blick auf das Datum des letzten Laufs.
Warum ein fester Zeitplan nicht reicht
Ein nächtlicher Reindex klingt nach der Lösung, hat aber zwei Schwächen. Erstens läuft er auch dann, wenn sich nichts geändert hat, und verbraucht Rechenzeit, die andernorts fehlt. Zweitens läuft er nicht, wenn er ausfällt — und ein ausgefallener Reindex meldet sich genauso wenig wie ein veralteter Index.
Robuster ist eine Kombination: ein Prüfwert über alle Quellen, der bei jeder Änderung anders ausfällt, plus ein Lauf, der nur bei Abweichung tatsächlich neu baut. Dazu ein sichtbarer Zeitstempel des letzten erfolgreichen Laufs an einer Stelle, die täglich angesehen wird. Ein Zustand, den niemand sieht, ist kein überwachter Zustand.
Der Zeitpunkt ist eine Ressourcenfrage
Ein Reindex braucht Rechenleistung. Läuft er parallel zu anderen anspruchsvollen Aufgaben auf derselben Hardware, verdrängen sich beide gegenseitig und beide scheitern. Sinnvoll ist ein Fenster, in dem nachweislich nichts anderes läuft — und eine harte Sperre für die Zeiten, in denen produktive Prozesse Vorrang haben.
Fällt der Lauf in diesem Fenster aus, weil ein Dienst nicht erreichbar ist, gilt eine einfache Regel: verschieben, nicht erzwingen. Der alte Index bleibt unangetastet. Ein halb gebauter Index ist schlechter als ein veralteter, weil er zusätzlich Lücken hat.
Widersprüche sichtbar machen statt auflösen
In gewachsenen Wissensbeständen stehen ältere und neuere Aussagen zwangsläufig nebeneinander. Sie automatisch zu bereinigen ist riskant, weil eine Maschine nicht zuverlässig erkennt, welche Aussage die gültige ist. Praktikabel ist der umgekehrte Weg: Widersprüche werden erkannt, markiert und zur Entscheidung vorgelegt, während der neuere Stand in der Rangfolge vorn steht.
Wichtig ist außerdem, dass die Antwort ihre Quelle nennt — Dokument, Abschnitt, Datum. Erst damit wird eine Aussage prüfbar. Wie Retrieval grundsätzlich funktioniert und wo seine Grenzen liegen, beschreibt der Beitrag RAG auf echten Firmendaten.
Wer merkt es zuerst?
In der Praxis fällt ein veralteter Index fast nie der Technik auf, sondern den Fachleuten. Jemand liest eine Antwort und sagt: „Das machen wir seit dem Frühjahr anders." Diese Rückmeldung ist die wertvollste verfügbare Prüfung — und sie geht in den meisten Organisationen verloren, weil es keinen Weg gibt, sie zu melden.
Ein einfacher Rückkanal genügt: eine Möglichkeit, eine Antwort als überholt zu markieren, mit einem Satz Begründung. Diese Meldungen sind gleichzeitig eine Liste der Stellen, an denen die Quellen selbst widersprüchlich sind. Sie ersetzen keine automatische Prüfung, aber sie finden genau die Fälle, die keine Automatik erkennt.
Was das im Betrieb bedeutet
Drei Dinge reichen, um die Klasse dieser stillen Fehler weitgehend zu schließen: ein Auslöser, der bei Quelländerung neu baut; ein sichtbarer Zeitstempel des letzten Laufs; und die Regel, dass jede Antwort ihre Quelle mitliefert. Keiner der drei Punkte ist aufwendig. Alle drei fehlen in den meisten Installationen — weil ein System, das nie einen Fehler wirft, keinen Anlass gibt, nachzusehen.