Vier häufige Muster falscher Antworten
Die riskantesten Seiten wirken nicht immer offensichtlich fehlerhaft. Sie können gut geschrieben, häufig gelesen und einzeln plausibel sein, während sie einer anderen Quelle widersprechen.
- Widersprüchliche Regeln: unterschiedliche Freigabegrenzen, Eskalationsschritte oder Kriterien.
- Doppelte Anleitungen: kopierte Runbooks driften nach einseitigen Änderungen auseinander.
- Veraltete Autorität: eine alte Seite bleibt nach Veröffentlichung des Ersatzes sichtbar.
- Promptartige Inhalte: Seitentext versucht, einen Assistenten umzulenken oder den Aufgabenkontext zu überschreiben.
Welche Belege ein Prüfer benötigt
Ein nützliches Finding nennt betroffene Seite, Kategorie, Schweregrad, Konfidenz, kurzen Beleg, Begründung und empfohlene Aktion. Bei Widersprüchen müssen beide Aussagen sichtbar sein, damit ein Prüfer die Quelle der Wahrheit bestimmen kann.
Seiten sollten nicht automatisch aus einem KI-Vorschlag umgeschrieben werden. Der nötige Geschäfts-, Richtlinien- oder Rechtskontext kann außerhalb des Scans liegen.
- Seitentitel, Bereich, URL, Ownership-Kontext und relevante Belegstelle.
- Konkurrierende Aussage oder doppelte Quelle bei seitenübergreifenden Risiken.
- Konkrete Aktion: aktualisieren, zusammenführen, abkündigen, einschränken oder begründet akzeptieren.
- Jira-Link oder Audit-Ereignis mit Verantwortlichem und Zeitpunkt.
Wie KnowledgeLint den Wirkungsradius begrenzt
KnowledgeLint startet mit ausgewählten Bereichen, nutzt begrenzte KI-Budgets, validiert KI-Ausgaben und erlaubt dem Modell keine Bereinigungsaktionen. Vollständige Seitentexte werden im V1-Audit-Ergebnis nicht gespeichert.
Diese Kontrollen reduzieren Produkt- und Datenrisiken. Kein Audit kann jedoch garantieren, jede mögliche falsche Antwort zu finden. Kritische KI-Workflows brauchen weiterhin Nutzerhinweise, Monitoring, Rückfallpfade und menschliche Verantwortung.
- Ausgewählte Bereiche statt unkontrolliertem Tenant-weitem Rollout.
- Deterministische Prüfungen plus begrenzte semantische Analyse.
- Menschliche Prüfung vor Jira-Bereinigungstickets.
- Re-Scan nach der Bereinigung und Überwachung auf Wiederkehr.