Mit einem geschützten Umfang beginnen
Benennen Sie den Geschäftsworkflow, wählen Sie nur die Confluence-Bereiche aus, die seine Antworten liefern, und dokumentieren Sie kritische Fragen für Nutzer oder Rovo. Kritische Fragen priorisieren die Prüfung; sie gelten allein nie als Finding-Beleg.
Einen begrenzten Audit ausführen
Die deterministische Engine lädt alle zugänglichen aktuellen Seiten im ausgewählten Umfang. Die risikobasierte Forge-LLM-Prüfung wird anschließend durch Admin-konfigurierte Seiten-, Eingabezeichen- und Token-Budgets begrenzt. Nutzen Sie beim ersten Lauf einen kleinen Umfang und konservative Budgets.
Findings und Risikofälle prüfen
Prüfen Sie betroffene Seiten, quellengebundene Belege, mögliche Auswirkungen, Erkennungskonfidenz, Belegstärke, Entscheidungsreife und vorgeschlagene Aktion. Menschen entscheiden, ob ein Fall bestätigt, verworfen, zugewiesen oder in die Bereinigung überführt wird.
Bereinigen und verifizieren
KnowledgeLint verändert Confluence-Seiten niemals automatisch. Autorisierte Jira-Admins können explizit Bereinigungstickets erstellen. Ein Ticket oder Statuswechsel beweist nicht, dass das Quellenrisiko behoben ist; der Abschluss wird durch einen späteren erfolgreichen Scan verifiziert, und Rückfälle können einen Fall wieder öffnen.
Exporte, Datenschutz und Support
Exporte enthalten minimierte Scan- und Seitenmetadaten, Finding-Belege, Jira-Links und KI-Nutzung – keine vollständigen Confluence-Seitentexte. Nutzen Sie für betriebliche Hilfe die Support-Seite und teilen Sie nur die kleinstmöglichen notwendigen Belege.