alkatrazz 917ffcfc32 fix(stt-server): retry brain + timeout par tentative + log timing effectif ... Suite au déploiement 0.2.0, deux points observés en pilotant l'app en direct : - Le log de timing (`ask … recall/gen/total`) n'émettait pas : uvicorn ne configure que ses propres loggers → on attache un handler INFO sur `stt_server`. - La chaîne LiteLLM→llama-server (ROCm gfx1031) se fige par à-coups (~1-2 min, 502 pour tous les appels, cf. incidents-llm-gpu.md). Résilience côté STT : brain tente 2× (fermeture du client httpx entre les essais → connexion neuve si le pool est vicié) et le timeout passe à 30s PAR tentative (≤ ~2× au pire). Un blip transitoire devient une requête récupérée au lieu d'un 502. bump serveur 0.2.0 → 0.2.1 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>		2026-06-19 15:46:03 +02:00
..
__init__.py	fix(stt-server): retry brain + timeout par tentative + log timing effectif	2026-06-19 15:46:03 +02:00
app.py	fix(stt-server): retry brain + timeout par tentative + log timing effectif	2026-06-19 15:46:03 +02:00
brain.py	fix(stt-server): retry brain + timeout par tentative + log timing effectif	2026-06-19 15:46:03 +02:00
config.py	fix(stt-server): retry brain + timeout par tentative + log timing effectif	2026-06-19 15:46:03 +02:00
longterm.py	perf(stt-server): mémoire long-terme hors chemin de réponse + résilience embed (#20)	2026-06-19 15:27:59 +02:00
memory.py	feat(stt): mémoire court-terme de session côté serveur (5a) (#8)	2026-06-17 16:15:57 +02:00