RAG-Wissen aktuell halten: Versionen, Löschung und Widersprüche

Drei Zeitpunkte beschreiben ein Dokument in einem RAG-Bestand, und ihre Werte können weit auseinanderliegen.

Eine im August veröffentlichte Richtlinie kann erst im Oktober gelten. Ein im September erneut importiertes Dokument kann inhaltlich seit Jahren ungeprüft sein. Eine gestern entzogene Freigabe muss eventuell sofort wirken, obwohl der Text selbst unverändert blieb. Verwenden Sie daher keinen einzigen Zeitstempel als universelles Aktualitätssignal.

Ergänzen Sie Quellenkennung, Version, Gültigkeitsbeginn und gegebenenfalls Gültigkeitsende, Importstatus und Zeitpunkt der letzten Berechtigungsprüfung. Für ungeklärte Felder ist ein sichtbarer unbekannter Status besser als ein erfundenes Datum.

Die folgende Tabelle nennt die Ereignisse, die ein RAG-Aktualisierungsprozess erkennen muss, mit der jeweils erforderlichen Reaktion.

Die Schnittstellen unterscheiden sich. Microsoft Graph bietet für Drive-Elemente Delta-Abfragen, mit denen Änderungen einschließlich gelöschter Elemente verfolgt werden können. Das ist ein Mechanismus für Synchronisation, kein vollständiger Nachweis einer korrekten RAG-Löschung. Die Anwendung muss die erkannten Ereignisse tatsächlich in ihren eigenen Bestand übertragen. Microsoft Graph: driveItem delta.

Eine neue Dokumentversion in einem RAG-Bestand wird in diesen Schritten aktiviert:

1. Verarbeiten Sie eine neue Dokumentversion zunächst außerhalb des aktiven Suchbestands.
2. Prüfen Sie Extraktion, Pflichtmetadaten und Quellenzuordnung.
3. Erst anschließend wird sie für die vorgesehenen Nutzer und den gültigen Zeitraum aktiviert.
4. Die bisherige Version bleibt je nach fachlichem Zweck historisch verfügbar oder wird gesperrt.

Alle Ausschnitte benötigen eine gemeinsame übergeordnete Dokumentkennung. Ohne diese Zuordnung kann eine Löschung den Hauptdatensatz entfernen, während einzelne Textstücke weitergefunden werden. Speichern Sie zusätzlich die Verarbeitungsfassung: Ein Wechsel des Extraktionsverfahrens ist eine andere Änderung als ein neues Quelldokument.

Eine Aktivierung sollte entweder vollständig oder erkennbar unvollständig sein. Wenn ein hundertseitiges Handbuch nur teilweise importiert wurde, darf die Anwendung daraus nicht stillschweigend eine vollständige Wissensbasis machen. Eine fehlende Seite kann gerade die Ausnahme enthalten, die eine Antwort verändert.

Angenommen, eine erfundene Servicerichtlinie enthält eine falsche Kontaktadresse. Der folgende erfundene Zeitablauf zeigt, wie die Korrektur beim Assistenten ankommt.

Für diesen Fall sollte die Änderung nicht nur Suchausschnitte ersetzen, sondern abhängige gespeicherte Antworten ungültig machen. Eine Kontrollfrage nach der Kontaktadresse prüft anschließend die tatsächlich sichtbare Antwort. Der erfolgreiche Importstatus allein ist kein ausreichendes Abnahmekriterium.

Wird gleichzeitig die alte Datei zurückgezogen, prüfen Sie auch direkte Quellenlinks und exportierte Gesprächsansichten. Bereits an Menschen versandte Informationen lassen sich technisch nicht einfach zurückholen. Für kritische Korrekturen braucht es deshalb einen organisatorischen Benachrichtigungsweg.

Manche Systeme erkennen neue oder veränderte Dateien automatisch, aber keine endgültig entfernten Objekte ohne zusätzliche Konfiguration. Azure dokumentiert für Blob-Indexer eigene Verfahren zur Erkennung von Änderungen und Löschungen. Die konkrete Löschstrategie muss vor dem Einsatz passend zur Quelle eingerichtet werden. Azure AI Search: Änderungen und Löschungen.

Testen Sie eine Löschung vom Ursprung bis zur Ausgabe in diesen Schritten:

1. Quelle entfernen
2. Synchronisation auslösen
3. exakte Textstelle suchen
4. sinngleiche Frage stellen
5. alten Quellenlink prüfen

Wiederholen Sie den Test mit einem bereits geöffneten Gespräch. Der Verlauf kann Informationen enthalten, die nicht erneut in eine neue Antwort übernommen werden sollen.

Legen Sie getrennte Regeln für aktive Suche, Protokolle und Sicherungen fest. Eine Sicherung ist kein aktiver Suchbestand, braucht aber eine definierte Aufbewahrung und ein Wiederherstellungsverfahren, das zurückgezogene Inhalte nicht versehentlich erneut veröffentlicht.

Ein abgelaufenes Zugriffstoken, ein API-Limit oder eine geänderte Dateistruktur kann die Synchronisation stoppen. Messen Sie daher nicht nur, wann der letzte Job lief, sondern welche Quelle zuletzt erfolgreich und vollständig verarbeitet wurde. Ein grüner Zeitplan kann neben einem seit Wochen unveränderten Bestand stehen.

Für unkritische Informationen kann ein klar gekennzeichneter älterer Stand vertretbar sein. Für zeitkritische Regeln oder entzogene Zugriffe kann der Assistent die betroffene Quelle vorübergehend ausschließen müssen. Diese Entscheidung gehört in eine vereinbarte Betriebsregel, nicht in eine spontane Modellantwort.

Beim Aufholen dürfen Ereignisse doppelt eintreffen. Verwenden Sie stabile Identitäten und Versionsvergleiche, damit wiederholte Verarbeitung keine doppelten Suchtreffer erzeugt. Wenn ein Änderungszeiger ungültig geworden ist, planen Sie einen vollständigen Abgleich statt stillschweigend beim nächsten neuen Dokument weiterzumachen.

Technische Synchronisation garantiert keine inhaltliche Richtigkeit. Eine unveränderte Seite kann längst überholt sein. Vereinbaren Sie deshalb Prüfintervalle anhand des Themas und einen Ansprechpartner für gemeldete Widersprüche. Ein Raumplan benötigt andere Fristen als eine schnell wechselnde Produktfreigabe.

Atlassian dokumentiert beispielsweise explizite Inhaltsverantwortung und deren Übertragung. Solche Funktionen unterstützen die Organisation, ersetzen aber keine tatsächliche Prüfung des Inhalts. Atlassian: Inhaltsverantwortung übertragen.

Ist eine Überprüfung überfällig, entscheiden Sie, ob der Inhalt mit einem Warnhinweis nutzbar bleibt oder den beantwortbaren Bestand verlässt. Eine einheitliche Regel zum Ablauf der Gültigkeit kann unnötige Lücken schaffen; eine Regel ohne Konsequenzen kann zu einem bloß dekorativen Datum werden. Die für die Quelle verantwortliche Person sollte diese Wahl nach den Folgen einer falschen Antwort treffen.

Prüfen Sie mit dieser Checkliste, ob RAG-Aktualisierungen und Löschungen angekommen sind:

1. Nehmen Sie einen neuen Text, eine Korrektur, eine Löschung, einen Rechteentzug und eine zukünftige Version in den Prüfbestand auf.
2. Erfassen Sie für jeden Fall den Zeitpunkt der Quellenänderung und den Zeitpunkt, ab dem das sichtbare Verhalten korrekt ist. So entsteht eine messbare Aktualisierungszeit statt einer unverbindlichen Aussage wie „nahezu in Echtzeit“.
3. Prüfen Sie nach Wiederherstellung einer Sicherung dieselben Fälle erneut.
4. Dokumentieren Sie, wer bei Überschreitung des vereinbarten Fensters entscheidet und wie eine Quelle gesperrt wird.

Die RAG-Architektur sollte diese Zustände ausdrücklich enthalten; der Abnahmeplan verbindet sie mit fachlichen Fragen.

Diese Leitfäden von modernagents behandeln angrenzende Entscheidungen rund um KI-Wissensassistenten:

• KI-Wissensassistent: internes Wissen auffindbar machen
• KI-Wissensdatenbank aufbauen: Quellen zuerst ordnen
• RAG mit SharePoint: Berechtigungen bis zur Antwort erhalten
• Wenn RAG falsche Antworten gibt: Quellen und Enthaltung prüfen

Für eine konkrete Ablaufprüfung reichen zunächst eine Prozessbeschreibung, die beteiligten Systeme und typische Ausnahmen. Mit modernagents besprechen.