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 <noreply@anthropic.com>
This commit is contained in:
Axel Hocks
2026-08-05 08:28:53 +02:00
co-authored by Claude Opus 5
parent 1c9bb34095
commit 7e9b0196a5
+16 -2
View File
@@ -86,8 +86,22 @@ dort bereits nachvalidiert, ØR +0,305.) **Eine** Oberfläche:
- **Python:** `C:\Users\ah\AppData\Local\Programs\Python\Python312\python.exe` - **Python:** `C:\Users\ah\AppData\Local\Programs\Python\Python312\python.exe`
(hat fastapi/uvicorn/MetaTrader5). System32 fehlte mal in der PATH → Skripte (hat fastapi/uvicorn/MetaTrader5). System32 fehlte mal in der PATH → Skripte
nutzen absolute Pfade. nutzen absolute Pfade.
- **LLM-Provider (Stand aktuell):** **DeepSeek (`[deepseek]`) ist der aktive - ⚠⚠ **LLM-PROVIDER-WECHSEL 2026-08-05: `[agent] provider=zai` (war `deepseek`).**
Copilot-Provider** (`[agent] provider=deepseek`, 2026-07-20). `api.deepseek.com`, 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 Modell **`deepseek-v4-flash`** (`/models` listet flash + pro; alte Namen
`deepseek-chat/-reasoner` gibt es NICHT mehr). ⚠ v4-flash ist ein **Reasoning-Modell** `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; (content nach `reasoning_content``max_tokens=4000` in `_call_deepseek`, sonst leer;