Add OpenWebUI stability and privacy guards

docs/ATHENA_REBUILD_LOG.md

@@ -35,6 +35,8 @@ Chats oder privaten Nutzdaten.
 | TinySearch-Volume | Das vom Installer vorbereitete Modellvolume wurde von Compose gleichzeitig als Compose-eigen behandelt. | Das Volume besitzt einen festen Namen und ist in Compose ausdrücklich als extern vorbereitet markiert. |
 | Reasoning-Filter | Beide globalen Filter besaßen Priorität 0; bei gleicher Priorität entschied die ID-Sortierung statt der gewünschten Logik. | `Reasoning Default Off` läuft mit Priorität 10 sicher vor dem optionalen `Thinking`-Override mit Priorität 20. Filter und sicherer Installer liegen versioniert im Repository. |
 | Folgefragen | OpenWebUI erzeugte nach Antworten zusätzliche Vorschläge und verbrauchte dafür einen weiteren Modellaufruf. | Folgefragengenerierung ist in der persistenten OpenWebUI-Konfiguration und im Compose-Standard deaktiviert. |
+| Werkzeug-/Kontextschutz | Große MCP-Antworten und wiederholte identische Aufrufe konnten Kontextfenster sprengen beziehungsweise Tool-Schleifen erzeugen. | Globaler Stability Guard begrenzt Resultate, verdichtet alte Inhalte profilabhängig und stoppt Wiederholungen; JSON-Schemas und Bilder werden nicht beschädigt. |
+| Leistungsdaten | Benchmarkdaten sollten sichtbar sein, ohne private Chat-Inhalte zu protokollieren. | Ein globaler Abschlussfilter schreibt ausschließlich technische Zahlen in eine lokal rotierende JSONL-Datei und zeigt eine knappe Statuszeile. |
 
 ## Abnahmezustand am 21. August 2026
 

docs/OPERATIONS.md

@@ -1,6 +1,6 @@
 # Betrieb
 
-## Reasoning-Filter in OpenWebUI
+## OpenWebUI-Filter und Stabilitätsschutz
 
 Die versionierten Filter liegen unter `platform/openwebui/filters/`. Ihre
 Reihenfolge ist absichtlich festgelegt:
@@ -9,9 +9,20 @@ Reihenfolge ist absichtlich festgelegt:
    `reasoning_effort=none`.
 2. `Thinking`, Priorität 20: läuft nur bei aktiviertem Brain-Schalter und
    überschreibt den Standard mit Low, Medium oder High.
+3. `MikeAI Stability Guard`, Priorität 30: begrenzt einzelne und gesamte
+   Werkzeugresultate, verdichtet bei Bedarf zuerst alte Tool-Ausgaben und
+   Dialogteile und stoppt identische beziehungsweise ausufernde Tool-Schleifen.
+4. `MikeAI Secret Redaction`, Priorität 40: entfernt übliche API-Keys, Tokens,
+   Passwörter, JWTs und private Schlüssel aus Tool-Ergebnissen, bevor sie das
+   Modell erreichen, sowie aus fertigen Modellantworten. Nutzereingaben und
+   Authentifizierungswege werden nicht verändert.
+5. `MikeAI Local Performance Metrics`, Priorität 90: erfasst nach Abschluss
+   ausschließlich technische Zahlen wie Laufzeit, Tokenzähler, Token/s und
+   Tool-Anzahl. Nutzer-, Chat- und Nachrichten-IDs sowie sämtliche Textinhalte
+   werden weder geschrieben noch gehasht gespeichert.
 
 OpenWebUI sortiert kleinere Prioritäten zuerst. Nach dem ersten Anlegen eines
-Admin-Benutzers oder nach einer Datenwiederherstellung werden beide Filter mit
+Admin-Benutzers oder nach einer Datenwiederherstellung werden alle Filter mit
 einer vorherigen Datenbanksicherung installiert beziehungsweise aktualisiert:
 
 ```bash
@@ -25,6 +36,17 @@ Folgefragen (`task.follow_up.enable=false`). Dieselbe Vorgabe steht zusätzlich
 als Container-Umgebungswert im Compose-Stack, damit bereits eine frische
 OpenWebUI-Datenbank ohne Folgefragen startet.
 
+Der Stabilitätsschutz kennt die drei Profilgrenzen 76.800, 94.208 und 131.072
+Token. Er reserviert Ausgabetoken und greift vor der harten llama.cpp-Grenze
+ein. Bilder bleiben unangetastet; JSON-Werkzeugschemas werden niemals
+abgeschnitten. Sind allein die ausgewählten Schemas zu groß, wird der
+Werkzeugzugriff nur für diesen Schritt deaktiviert und das Modell erhält eine
+eindeutige Abschlussanweisung.
+
+Die rotierende, inhaltsfreie Metrikdatei liegt im persistenten
+OpenWebUI-Volume unter `mike-ai-request-metrics.jsonl` (maximal 5 MiB plus eine
+Rotation). Sie darf für Benchmarks ausgewertet werden, ohne Chats auszulesen.
+
 ## Profile
 
 | Profil | Virtuelles Modell | Kontext | Zweck |