Policy Replay
–
–
Mehrstufiger Analyseablauf
Kategorie → Priorität → Uptime-Kuma-Zuordnung → normale KB-Antwort nur bei Bedarf
Eigenständige Analyseläufe
Jede KI-Funktion besitzt eine eigene ID, Eingabe, Entscheidung, Policy-Prüfung und Aktion
Kategorieentscheidung
Deterministische Gates vor einer GLPI-Änderung
Prioritätsentscheidung
Aktuell → KI-Empfehlung → deterministisch erlaubter Zielwert
Status-Template-Regelwerk
Relevanz × KI-Confidence; der Nachrichtentext ist vollständig vordefiniert
Auto-Reply-Regelwerk
Normale Knowledge-Antwort; wird bei freigegebenem Status-Template übersprungen
Ausführung & Race-Protection
Followups, Dry-Run und Schreibschutz
Uptime-Kuma-Kandidaten für Statusantwort
Die KI darf nur einen Eintrag auswählen; sie erzeugt keinen Benutzertext
| ID | Dienst / Eintrag | Typ | Status | Relevanz | KI-Confidence | Final | Ergebnis |
|---|
Vordefinierter, gerenderter Nachrichtentext
KBs für die Kategorieanalyse
Nur Quellen aus KNOWLEDGE_CATEGORY_SOURCES; Antwortfelder werden nicht übertragen
| Rang | Artikel | Retrieval | Semantik | Titel | Status |
|---|
KBs für die Antwortanalyse
Nach der Kategorieentscheidung neu gerankt; nur diese IDs darf die Antwort-KI wählen
| Rang | Artikel | Retrieval | Kategorie | Titel | Status |
|---|
Beliebige KB prüfen
Auch Artikel untersuchen, die nicht in den Audit-Top-K lagen
Knowledge-Artikel suchen oder oben einen Kandidaten anklicken.
Getrennte KI-Ergebnisse & Policy-Code
Status-KI bewertet nur die Zuordnung und schreibt niemals den Followup-Text
Begründung Kategorieanalyse
Begründung Prioritätsanalyse
Begründung Statuszuordnung
Begründung normale Antwortanalyse
Policy
Fehler