Aufbewahrung von Konversationen

Konversationen werden in zwei Stufen aufgeräumt:

1. Als gelöscht markieren: Konversationen, deren letzte Aktivität länger zurückliegt als chatSessionLifetimeDays (Standard 20 Tage). Der Datensatz bleibt zunächst bestehen.
2. Endgültig löschen: nach weiteren sieben Tagen, zusammen mit den Nachrichten, dem Änderungsprotokoll und den Anhängen, sofern diese noch im Ordner „cheddi“ liegen und nirgends sonst verwendet werden.

Die Gnadenfrist von sieben Tagen ist fest eingebaut, nur die erste Stufe lässt sich einstellen.

Das Aufräumen passiert nicht von allein, es braucht einen regelmäßigen Lauf. Den Befehl unten kannst du per Konsole aufrufen oder im Planer als wiederkehrende Aufgabe eintragen. Empfohlen ist ein täglicher Lauf.

ChEddi schreibt zwei Protokolle:

• var/log/cheddi_warnings.log für Warnungen und Fehler. Läuft immer mit.
• var/log/cheddi.log für die ausführliche Ablaufverfolgung: gewähltes Modell, angebotene und aufgerufene Tools, abgerechnete Credits. Über chatLogVerbose steuerbar, standardmäßig folgt es der Einstellung mcpLogVerbose von AI Suite MCP.

In beiden werden Bearer-Tokens, lange Hex-Hashes und E-Mail-Adressen automatisch unkenntlich gemacht, dazu die Muster aus der MCP-Konfiguration und eigene aus chatLogRedactionPatterns. Schalte die ausführliche Verfolgung im Produktivbetrieb ab, sobald die Überwachung steht.

Seit Version 0.3.0 meldet ChEddi seinen Zustand im Statusbericht (System → Berichte, ab TYPO3 14: Verwaltung → Berichte) unter „ChEddi Environment“. Zwei Punkte werden dort geprüft:

• ChEddi Attachments. Ob sich PDF-, Word- und Tabellen-Anhänge lesen lassen. Fehlt eine Voraussetzung, nennt der Bericht die betroffenen Dateitypen samt Grund. Du kannst solche Dateien zwar anhängen, ChEddi kommt aber nicht an ihren Text. Im Classic Mode liegen die Bibliotheken der Extension bei, benötigte PHP-Erweiterungen müssen aber auf dem Server installiert sein.
• ChEddi Request Duration. Ein Turn wartet bis zu 180 Sekunden auf den AI-Suite-Server. Liegt max_execution_time darunter, enden lange Turns mit einem Fehler. Hebe dann den PHP-Wert und die passenden Timeouts von Webserver und Proxy auf mindestens 180 Sekunden an. Die Timeouts von Webserver und Proxy kann der Bericht selbst nicht sehen.