Setup-Update 03.08.2026: 5 Verbesserungen

Ausweichkette des Anfrage-Gateways brach am zweiten Glied ab

Für Programmier-Anfragen war eine fünfgliedrige Ausweichkette konfiguriert: Scheiterte das Hauptmodell, sollten vier Ersatzmodelle nacheinander angefragt werden. Tatsächlich endet die Kette jedoch am zweiten Glied, da die Gateway-Software bei einem Ausfall nicht die ursprüngliche Liste weiterverfolgt, sondern die Ausweichkette des gescheiterten Ziels nutzt – und diese war nicht definiert. Folge: Nach 90 Sekunden Zeitüberschreitung erhalten Aufrufer einen Verbindungsfehler, während die restlichen drei Ersatzmodelle ungenutzt bleiben. Der Fehler trat zweimal innerhalb einer Woche auf. Behoben wurde dies, indem beide Zwischenglieder eigene Ausweichketten erhielten. Eine anschließende Prüfung zeigte, dass nur das Endglied bewusst ohne eigene Kette bleibt. Übertragbar: Mehrstufige Ausweichketten erfordern, dass jedes Zwischenglied eine eigene Fortsetzung definiert hat – sonst ist die Kette nur so lang wie ihr erstes funktionierendes Ersatzziel.

---

Modellpreis seit einer Anbieter-Senkung um das Fünffache zu hoch verbucht

Ein Anbieter senkte den Preis eines günstigen Modells um 80 %. In der eigenen Kostenkonfiguration stand jedoch weiterhin der alte Wert – das Fünffache des neuen Preises. Da das Modell bisher nur einmal zu Testzwecken aufgerufen wurde, entstand kein finanzieller Schaden, doch die Abrechnungstabelle wiesen den veralteten Tarif aus. Bei der Nachprüfung zeigte sich ein größeres Problem: 24 Preiszeilen wurden nicht als Zahlen, sondern als Zeichenketten eingelesen, weil das Konfigurationsformat wissenschaftliche Schreibweise nur bei explizitem Dezimalpunkt und Exponentenvorzeichen als Zahl interpretiert. Betroffen war unter anderem das aktiv genutzte Programmier-Modell. Die Schreibweise wurde vereinheitlicht, sodass keine Preiszeile mehr als Zeichenkette gelesen wird. Zwei Testaufrufe bestätigten die korrekte Berechnung. Übertragbar: Hinterlegte Preise altern still – Anbieteränderungen müssen in der Konfiguration nachgezogen werden. Zudem sollten Zahlenwerte in Konfigurationsdateien nach dem Einlesen auf ihren Typ geprüft werden.

--- ---

Freigabeprüfung blockierte Auslieferungen von einem ganzen Rechnertyp aus

Das Auslieferungsskript prüft vor dem Übertragen die Gültigkeit der Konfigurationsdatei. Diese Prüfung öffnete die Datei jedoch ohne festgelegte Zeichenkodierung und übernahm damit die Systemeinstellung des Rechners. Auf Windows-Arbeitsplätzen führt dies zu einer Kodierung, die deutsche Umlaute nicht abbildet – die Prüfung scheiterte daher an jeder Datei mit Umlauten und meldete fälschlich „ungültig“. Die Folge: Konfigurationen konnten von diesem Rechnertyp aus nicht ausgerollt werden, ohne dass die Fehlermeldung auf die eigentliche Ursache hinwies. Derselbe Fehler steckte in der Prüfung eines zweiten Dateiformats. Übertragbar: Beim Einlesen von Textdateien muss die Zeichenkodierung immer explizit angegeben werden. Ohne Angabe hängt das Verhalten vom Rechner ab – und der Fehler tritt dort auf, wo niemand ihn vermutet.

--- ---

Werkzeug-Anbindung auf einem Rechner tot, weil die Zieladresse fest verdrahtet war

Die Anbindung an den Wissensspeicher nutzte eine feste Serveradresse, die aus dem Firmennetz eines Arbeitsplatzes gesperrt war. Erreichbar war der Server dort nur über einen Tunnel mit einem anderen Namen. Ergebnis: Alle 15 Werkzeuge dieser Anbindung waren auf diesem Rechner unbenutzbar, die Verbindung blieb im Verbindungsaufbau hängen – ohne aussagekräftige Fehlermeldung. Umgestellt auf den Tunnelnamen und mit einem echten Aufruf verifiziert: Alle 15 Werkzeuge antworteten. Zusätzlich enthielt ein zweiter Eintrag in derselben Datei einen nicht existierenden Verzeichnispfad sowie Klartext-Zugangsdaten zu einem längst eingestellten Dienst und wurde entfernt. Übertragbar: Fest verdrahtete Adressen überleben Rechnerwechsel nicht. Solche Werte gehören in eine maschinenlokale Auflösung oder es braucht eine Erkennung, die Ausfälle klar meldet.

--- ---

Tagesbriefing warnte vier Tage lang vor Ausweichvorgängen, die es nie gab

Das automatisch erzeugte Tagesbriefing warnte an mindestens vier Tagen vor angeblichen Ausweichvorgängen bei bestimmten Anbietern und empfahl, deren Erreichbarkeit zu prüfen. Eine Prüfung des Datenpfads ergab jedoch: Es existiert kein Datenfeld für Ausweichvorgänge – weder in der Kennzahlendatei noch im Sammelskript. Die Meldung war eine Deutung des zusammenfassenden Sprachmodells, das aus Modellnamen in der Kostenliste fälschlich auf Störungen schloss. Tatsächlich liefen die betroffenen Aufgabenklassen durchgehend auf den vorgesehenen Modellen, und das als Symptom gedeutete Modell war regulärer Teil der günstigen Stufe sowie eine dokumentierte Entscheidung. Gleichzeitig lief der echte Kettenabbruch aus dem ersten Punkt dieses Berichts völlig unbemerkt. Behoben wurde dies durch eine gemessene Größe aus den Gateway-Protokollen, die zwischen „Ausweichziel wurde genutzt“ und „Kette abgebrochen“ unterscheidet. Zudem verbietet der Erzeugungsauftrag nun Aussagen über Routing und Erreichbarkeit ohne corresponding Feld. Übertragbar: Ein zusammenfassendes Sprachmodell füllt Lücken mit Plausiblem. Wo es Zustände beurteilen soll, braucht es ein Feld – sonst erzählt es. Und wiederkehrende Fehlalarme besetzen genau den Aufmerksamkeitsslot, den echte Meldungen bräuchten.