Skip to content

KIMody, W33 und LiteLLM stabilisiert

Zwei wiederkehrende Clientfehler wurden behoben, ohne LiteLLM oder DeepSeek selbst umzubauen.

KIMody

KIMody erkannte den authentifizierten LiteLLM-Proxy bisher zusaetzlich mit einem LM-Studio-Sonderpfad. Dadurch entstand jede Minute ein vermeidbarer 404. Authentifizierte OpenAI-kompatible Hosts werden nun nicht mehr mit dem LM-Studio-Native-Endpunkt sondiert.

  • 25 fokussierte Tests bestanden;
  • ARM64-Canary und Produktion verwenden nur /v1/models;
  • kein Aufruf mehr auf /api/v1/models;
  • Health HTTP 200, keine Restarts oder OOM-Ereignisse;
  • realer DeepSeek-Marker in 456 ms.

LM Studio bleibt auf seinem Standardport und explizit konfigurierten freien Ports unterstuetzt.

W33 Auto-Improver

Der Auto-Improver nutzte noch eine alte Modell-ID, obwohl sein eingeschraenkter Key nur die lokale Route hermesclaw-deepseek erlaubt. Die Route ist jetzt explizit konfiguriert.

  • kompletter Startzyklus mit LiteLLM HTTP 200;
  • keine 401-Antwort;
  • Telegram-Versand HTTP 200;
  • Container ohne Restart oder OOM.

Hermes

Historische Cloudflare-Timeout-Spuren waren im aktuellen Fenster nicht mehr aktiv. Ein echter 1&1-Hermes-Turn lieferte HTTP 200 und den erwarteten Marker in rund 11,2 Sekunden; danach traten keine neuen 524-/Timeout-Kategorien auf.