Setup-Update 08.07.2026: 3 Verbesserungen

Setup-Update 08.07.2026: 3 Verbesserungen

Heute ging es um Stabilität, Kostenkontrolle und Datenqualität. Drei konkrete Stellschrauben, die direkt spürbar sind.

Token-Overflow im Embedding-Service behoben

Der Auslöser war ein wiederkehrender Fehler in einem Embedding-Service: Zu lange Eingaben überschritten das Token-Limit des Modells, die Anfragen schlugen mit HTTP 400 fehl — und im Monitoring tauchte das zunächst unter einem irreführenden Label auf. Erst die Live-Log-Diagnose zeigte die echte Ursache. Die Lösung: eine Truncation-Logik im vorgelagerten Proxy, die Eingaben vor der Weiterleitung auf eine sichere Maximallänge kappt. Der Proxy ist dabei bewusst der Chokepoint — dort laufen alle Embedding-Anfragen durch, egal aus welchem Pfad sie kommen. Zum Mitnehmen: Input-Limits am zentralen Durchgangspunkt absichern statt in jedem einzelnen Aufrufer, und Monitoring-Labels misstrauen, bis die Logs die Ursache bestätigen.

Geänderte Modell-Abrechnung bewusst gemacht

Seit dem 07.07. rechnet ein Anbieter sein neues Spitzenmodell in den Abo-Tarifen gesondert ab. Die letzten größeren Wartungs-Sessions liefen genau mit diesem Modell — ohne diese Erkenntnis wäre das Kontingent unbemerkt stärker belastet worden. Umgesetzt wurde bewusst keine technische Änderung, sondern eine Nutzungsentscheidung: das stärkste Modell nur dort einsetzen, wo die Aufgabe es rechtfertigt, Standard-Modelle für Routinearbeit. Zum Mitnehmen: Abrechnungsänderungen der Anbieter aktiv verfolgen — sie verschieben die Kosten-Nutzen-Rechnung pro Aufgabe, nicht nur die Gesamtrechnung.

Root-Cause für Signal-Rauschen im Feed-Monitoring identifiziert

Ein Monitoring-Feed lieferte seit Wochen kaum noch relevante Treffer (0–3 statt 3–5 pro Tag). Der Verdacht fiel zunächst auf den Relevanz-Analyzer — der arbeitete aber nachweislich sauber. Die eigentliche Ursache lag im Input: Bei der Migration des Datensammlers auf eine neue technische Basis wurde nur der generische Standard-Feed portiert; der kuratierte Themen-Pfad mit gezielten Fach-Feeds ging dabei stillschweigend verloren. Die Diagnose ist dokumentiert, die Wiederherstellung als Task eingeplant — bewusst ohne die Relevanz-Schwelle zu senken, denn das würde nur das Rauschen erhöhen. Zum Mitnehmen: Nach Tool-Migrationen die Feature-Parität explizit prüfen — schleichender Qualitätsverlust zeigt sich oft erst Wochen später in den Metriken, nicht als Fehler im Log.