* feat(stt): mémoire long-terme sémantique via Qdrant (5b) Serveur : longterm.py — collection Qdrant stt-memory (embeddings Qwen3 gpu-01, dim auto, Cosine), recall top-k injecté au prompt, remember des tours user. Tout dégrade proprement si Qdrant/embeddings injoignables (la mémoire court-terme tient). Env STT_MEMORY_LONGTERM, STT_QDRANT_URL, STT_EMBED_URL, STT_MEMORY_TOPK. Testé en process : dégradation OK (Qdrant down → mem=0, pas de crash, court-terme tient). Qdrant réparé le 17/06 (5c). Recherche sémantique réelle à valider sur cluster. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_013FmcxGsyXZXogiAHQLjnZT * feat(stt): endpoint /v1/memory/health + upsert Qdrant synchrone - /v1/memory/health sonde activement embeddings + Qdrant + collection et expose les erreurs (recall/remember dégradent en silence → indébogables). Permet de diagnostiquer la mémoire long-terme sans kubectl exec. - remember() : upsert avec ?wait=true → le souvenir est immédiatement cherchable (sans wait, Qdrant met l'écriture en file → un recall cross-session immédiat pouvait le rater). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_013FmcxGsyXZXogiAHQLjnZT * docs(stt): 5b mémoire long-terme validée en prod + backlog nomic-embed-text - Rappel cross-session confirmé (« Felix » retrouvé dans une nouvelle session), points_count vérifié via /v1/memory/health. - Note du fix upsert ?wait=true et de l'endpoint de diagnostic. - Roadmap : 5d (nomic-embed-text dim 768) en backlog qualité ; états haut/bas du doc mis à jour (déployé + validé sur cible). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_013FmcxGsyXZXogiAHQLjnZT * feat(stt): embeddings dédiés nomic-embed-text sur gpu-01 (:1238) + migration auto Remplace Qwen3 (chat réutilisé, dim 4096, peu discriminant) par un modèle d'embedding spécialisé nomic-embed-text (dim 768) pour la mémoire long-terme. Ansible (rôle llama_server) : - nouvelle instance optionnelle `llama-embed` (llama_embed_enabled) servant un modèle d'embedding dédié sur :1238, GPU ; télécharge le GGUF si absent. - activée sur gpu-01 (host_vars) : nomic-embed-text-v1.5 f16. STT-server : - STT_EMBED_URL → :1238, STT_EMBED_MODEL → nomic-embed-text (deployment + config). - _ensure_collection détecte le changement de dimension (4096→768) et recrée automatiquement la collection stt-memory (anciens vecteurs incomparables) — pas de drop manuel. Docs : llama_server README, rag.md, stt.md (5d ✅), CLAUDE.md. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_013FmcxGsyXZXogiAHQLjnZT * fix(stt): désactiver le mode thinking de Qwen3 (/no_think) — content vide / 502 Qwen3 est un modèle « thinking » : il dépensait tout le budget max_tokens en reasoning_content → content vide, ou partait en raisonnement long → timeout (502 "upstream LiteLLM : " avec message vide). Diagnostic : appel direct LiteLLM en 0.87s mais content="" et tout dans reasoning_content. - brain.py : ajoute le token de contrôle `/no_think` au system prompt (configurable STT_DISABLE_THINKING, défaut true ; inoffensif pour non-Qwen). - brain.py : filet de sécurité — si content vide, récupère reasoning_content au lieu de renvoyer "". Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_013FmcxGsyXZXogiAHQLjnZT * docs(stt): documenter le fix /no_think Qwen3 + instance embeddings :1238 - admin/ia/stt.md : caveat « thinking » Qwen3 (content vide / timeout 502) + fix /no_think + fallback reasoning_content ; roadmap 5e ; bannière. - stt/server/README.md : env STT_DISABLE_THINKING + section caveat Qwen3. - admin/ia/llama_server.md : 4e instance llama-embed :1238 (nomic, dim 768), double source d'embeddings (1234 Qwen3 / 1238 nomic), caveat thinking, correction dim Qwen3 (3584 → 4096). - admin/ia/litellm.md : cross-ref caveat thinking (concerne tous les consommateurs de hermes-default/qwen3). - ci : exclure **/*.md du trigger build-stt-server (doc-only ne rebuild plus). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_013FmcxGsyXZXogiAHQLjnZT --------- Co-authored-by: Claude <noreply@anthropic.com>
5.5 KiB
LiteLLM — Proxy LLM unifié (storage-01)
LiteLLM tourne en service systemd sur storage-01 (127.0.0.1:4000).
Il route les requêtes OpenAI-compatibles vers le bon backend selon le modèle demandé.
Flux
Hermes / ask-agent / Open WebUI / n8n
│
▼ http://127.0.0.1:4000/v1 (Authorization: Bearer lm-studio)
LiteLLM Proxy
├── hermes-default → qwen3-8b → llama-server gpu-01 :1234 (GPU)
├── qwen3-8b → llama-server gpu-01 :1234 (GPU, gratuit)
├── qwen3-1.7b-system → llama-server gpu-01 :1236 (CPU 14 threads, gratuit)
├── qwen3-1.7b-monitor → llama-server gpu-01 :1237 (CPU 14 threads, gratuit)
├── claude-sonnet-4-6 → api.anthropic.com (cloud, payant)
└── claude-opus-4-7 → api.anthropic.com (cloud, payant)
Service systemd
# Depuis storage-01
sudo systemctl status litellm
sudo systemctl restart litellm
sudo journalctl -u litellm -f
sudo journalctl -u litellm -n 50
Modèles disponibles
| Nom dans l'API | Backend | Coût |
|---|---|---|
hermes-default |
qwen3-8b sur gpu-01 :1234 (GPU) | Gratuit |
qwen3-8b |
llama-server gpu-01 :1234 (ROCm 7.x) | Gratuit |
qwen3-1.7b-system |
llama-server gpu-01 :1236 (CPU, 14 threads) | Gratuit |
qwen3-1.7b-monitor |
llama-server gpu-01 :1237 (CPU, 14 threads) | Gratuit |
claude-sonnet-4-6 |
Anthropic API | ~$3/$15 par million tokens in/out |
claude-opus-4-7 |
Anthropic API | Plus cher, meilleur raisonnement |
qwen3-1.7b-systemetqwen3-1.7b-monitorsont utilisés parask-agent systemetask-agent monitor— voir hermes.md.
⚠️ Qwen3 = modèle « thinking » : il raisonne avant de répondre. Avec un
max_tokensfaible, il peut renvoyer uncontentvide (budget épuisé enreasoning_content) ou dépasser le timeout (réflexion longue). Ajouter/no_thinkau prompt système pour le désactiver (STT le fait viaSTT_DISABLE_THINKING). Voiradmin/ia/llama_server.md.
Switch rapide avec hermes-switch
Script déployé sur storage-01 :
sudo hermes-switch status # voir le modèle actuel de hermes-default
sudo hermes-switch qwen # Qwen3-8B local GPU (gratuit, ~60 tok/s)
sudo hermes-switch claude # Claude Sonnet 4.6 (payant, ~1-2$ par session debug)
Le script modifie /etc/litellm/config.yaml et redémarre litellm automatiquement.
Source : roles/litellm/files/hermes-switch.
Coût Claude
| Session type | Tokens input | Coût estimé |
|---|---|---|
| Debug simple (5 échanges) | ~80k | ~$0.24 |
| Debug complexe (10 échanges) | ~375k | ~$1.12 |
| Utilisation courante | — | Utiliser Qwen |
Validation API
# Depuis storage-01 — master_key = lm-studio
curl http://127.0.0.1:4000/v1/models \
-H "Authorization: Bearer lm-studio" | python3 -m json.tool
# Test inférence Qwen (local)
curl http://127.0.0.1:4000/v1/chat/completions \
-H "Authorization: Bearer lm-studio" \
-H "Content-Type: application/json" \
-d '{"model": "qwen3-8b", "messages": [{"role": "user", "content": "Dis bonjour"}], "max_tokens": 30}'
# Test inférence Claude
curl http://127.0.0.1:4000/v1/chat/completions \
-H "Authorization: Bearer lm-studio" \
-H "Content-Type: application/json" \
-d '{"model": "claude-sonnet-4-6", "messages": [{"role": "user", "content": "Dis bonjour"}], "max_tokens": 30}'
Configuration
Fichier : /etc/litellm/config.yaml (géré par Ansible, propriété litellm:litellm, mode 0640)
La clé API Anthropic est injectée via ANTHROPIC_API_KEY dans l'unit systemd —
elle vient du vault Ansible (vault_anthropic_api_key). Jamais en clair dans config.yaml.
master_key : lm-studio — doit correspondre à LM_API_KEY dans le .env Hermes.
⚠️ Gap IaC — modèles CPU absents du template Ansible
ansible/roles/litellm/templates/config.yaml.j2 n'inclut que 4 modèles :
hermes-default, qwen3-8b, claude-sonnet-4-6, claude-opus-4-7.
Les entrées qwen3-1.7b-system (:1236) et qwen3-1.7b-monitor (:1237) ont été ajoutées
manuellement dans /etc/litellm/config.yaml sur storage-01.
Un make apply-storage sur un hôte vierge ne déploierait PAS les routes CPU nécessaires
à ask-agent system et ask-agent monitor.
Axe d'amélioration : ajouter les 2 entrées CPU dans config.yaml.j2 avec des variables
dans defaults/main.yml (litellm_cpu_system_url, litellm_cpu_monitor_url).
Ajouter un modèle
-
Modifier
roles/litellm/templates/config.yaml.j2:- model_name: claude-haiku-4-5 litellm_params: model: anthropic/claude-haiku-4-5-20251001 api_key: os.environ/ANTHROPIC_API_KEY -
Redéployer :
ansible-playbook -i inventory.yml playbooks/storage-01.yml --tags litellm
Points d'attention
| Sujet | Détail |
|---|---|
| Accès réseau | 127.0.0.1 uniquement — pour exposer au cluster, changer litellm_host: 0.0.0.0 + ouvrir firewall |
| master_key | lm-studio — doit correspondre exactement à LM_API_KEY dans le .env Hermes |
| Clé Anthropic | ANTHROPIC_API_KEY dans l'env systemd — vault Ansible |
| Coût Claude | Surveiller la consommation sur console.anthropic.com |
| 404 /api/v1/models | Hermes appelle /api/v1/models à l'init (retourne 404) — normal, ne bloque pas |
| hermes-switch status | Utilise grep -A3 — si le bloc hermes-default a une structure différente, ajuster |