From 7e9b0196a5592ad28853cf4e6b11cd9d39fbf42a Mon Sep 17 00:00:00 2001 From: Axel Hocks Date: Wed, 5 Aug 2026 08:28:53 +0200 Subject: [PATCH] Copilot-Provider auf z.ai umgestellt (DeepSeek-Guthaben leer) DeepSeek liefert seit 04.08. 14:52 durchgehend HTTP 402 "Insufficient Balance" - 29 Fehlversuche. Alle konfigurierten Provider real getestet: zai/glm-4.5-flash OK in 2,3 s (kostenlos), kimi-k2.6 OK in 7,6 s (kostenpflichtig), deepseek 402, ollama nicht konfiguriert. Gewechselt auf zai: kostenlos, schneller als DeepSeek, im Projekt schon fuer daily_levels im Einsatz, und der _has_cjk-Retry deckt es ab. Live verifiziert nach Neustart ("[zai] NEUTRAL (30%)"). Nebenbefund, dokumentiert aber NICHT behoben: die Fallback-Kette deepseek->kimi->zai->local hat nicht gegriffen, weil _active_provider in avail nur das Key-FORMAT prueft, nicht ob der Key noch funktioniert. Ein Provider ohne Guthaben gilt als verfuegbar und blockiert die ganze Kette - der Copilot lief ~18 h still ins Leere. Co-Authored-By: Claude Opus 5 --- CLAUDE.md | 18 ++++++++++++++++-- 1 file changed, 16 insertions(+), 2 deletions(-) diff --git a/CLAUDE.md b/CLAUDE.md index eb56cf2..38a53b4 100644 --- a/CLAUDE.md +++ b/CLAUDE.md @@ -86,8 +86,22 @@ dort bereits nachvalidiert, ØR +0,305.) **Eine** Oberfläche: - **Python:** `C:\Users\ah\AppData\Local\Programs\Python\Python312\python.exe` (hat fastapi/uvicorn/MetaTrader5). System32 fehlte mal in der PATH → Skripte nutzen absolute Pfade. -- **LLM-Provider (Stand aktuell):** **DeepSeek (`[deepseek]`) ist der aktive - Copilot-Provider** (`[agent] provider=deepseek`, 2026-07-20). `api.deepseek.com`, +- ⚠⚠ **LLM-PROVIDER-WECHSEL 2026-08-05: `[agent] provider=zai` (war `deepseek`).** + DeepSeek-Guthaben ist leer — `HTTP 402 "Insufficient Balance"`. **z.ai/GLM + (`glm-4.5-flash`) ist kostenlos**, antwortet in ~2,3 s (DeepSeek ~6 s) und wird im + Projekt ohnehin für `daily_levels` genutzt; live verifiziert („[zai] NEUTRAL (30%)"). + Kimi (`kimi-k2.6`) antwortet ebenfalls (7,6 s), ist aber kostenpflichtig. + ⚠⚠ **Der eigentliche Befund: die Fallback-Kette hat NICHT gegriffen.** `_active_ + provider` prüft in `avail` nur das **Key-FORMAT** (`startswith("sk-")`), nicht ob der + Key noch funktioniert. Ein Provider ohne Guthaben gilt damit als „verfügbar" und + **blockiert die gesamte Kette** (`deepseek→kimi→zai→local`) — der Copilot lief + **~18 h still ins Leere** (29 Fehlversuche ab 04.08. 14:52), ohne dass irgendetwas + außer einer WARNING-Zeile passierte. **Offen, noch nicht gebaut:** bei hartem + Fehlschlag (401/402) den Provider für X Minuten als tot markieren und den nächsten + nehmen. Ohne das wiederholt sich dasselbe, sobald das z.ai-Kontingent endet. + Zurück auf DeepSeek nach Aufladen: `provider = deepseek`. +- **LLM-Provider (Historie):** **DeepSeek (`[deepseek]`) war der aktive + Copilot-Provider** (`[agent] provider=deepseek`, 2026-07-20 bis 2026-08-05). `api.deepseek.com`, Modell **`deepseek-v4-flash`** (`/models` listet flash + pro; alte Namen `deepseek-chat/-reasoner` gibt es NICHT mehr). ⚠ v4-flash ist ein **Reasoning-Modell** (content nach `reasoning_content` → `max_tokens=4000` in `_call_deepseek`, sonst leer;