# Rapport Hermes — 2026-06-07_07-30
> Branche : `hermes/daily-work` · Fichiers analysés : 5

---
## Résumé
- ✅ À jour : 5
- ⚠️  À améliorer : 0

## ✅ `admin/ia/litellm.md` — 8/10

**Statut** : à_jour  
**Résumé** : Documentation complète sur la configuration et l'utilisation de LiteLLM avec des modèles locaux et cloud, mais présente des lacunes dans la gestion IaC  

**Problèmes :**
- Le template Ansible manque les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) nécessaires à ask-agent
- La table des coûts Claude contient un dash (-) au lieu d'une valeur numérique
- Lien vers hermes.md inexistant dans le document
- Aucune mention des droits d'accès aux endpoints API

**Suggestions :**
- Mettre à jour le template Ansible pour inclure tous les modèles définis dans la configuration
- Corriger la table des coûts Claude avec des valeurs numériques cohérentes
- Ajouter une section sur la gestion des autorisations et des tokens
- Vérifier la présence du fichier hermes.md référencé

**État réel connu de Hermes :**  
Le service LiteLLM fonctionne sur storage-01 avec les modèles définis, mais les configurations CPU nécessitent une déploiement manuel actuel

---

## ✅ `admin/ia/llama_server.md` — 8/10

**Statut** : à_jour  
**Résumé** : Document complet sur la configuration et les performances de llama-server sur gpu-01, avec des détails techniques précis sur les trois instances systemd et leurs paramètres.  

**Problèmes :**
- La mention du 'bug parallel' concernant Hermes est incomplète (manque de détails)
- La table des métriques Prometheus présente un format incohérent (dernière ligne tronquée)
- La colonne 'TTFT Hermes' dans les performances présente une incohérence numérique (50s vs 300s)
- Les commandes de validation API manquent de préambule explicite sur les attentes

**Suggestions :**
- Ajouter une explication du 'bug parallel' et sa résolution
- Standardiser le format des tables (alignement des colonnes)
- Corriger la valeur TTFT Hermes (GPU) à 300s comme dans la table des performances
- Ajouter une section sur la configuration du flag --metrics dans systemd

**État réel connu de Hermes :**  
llama-server fonctionne avec trois instances systemd sur gpu-01. Le modèle Qwen3-8B utilise 9GB VRAM (RX 6700XT), les embeddings sont activés, et les métriques Prometheus sont accessibles via /metrics. Le bug parallel affecte le parallélisme Hermes mais ne compromet pas le fonctionnement principal.

---

## ✅ `admin/ia/rag.md` — 8/10

**Statut** : à_jour  
**Résumé** : Documentation complète sur l'implémentation RAG dans Funk, avec architecture, composants, modèles et procédures.  

**Problèmes :**
- Utilisation de Qwen3-8B (modèle génératif) pour les embeddings avec des limites de discrimination sémantique
- Scores de similarité cosinus uniformément élevés (0.90-0.95) indiquant une perte de pertinence dans les résultats

**Suggestions :**
- Tester le déploiement de modèles d'embedding dédiés comme nomic-embed-text-v1.5 ou bge-m3
- Ajouter des filtres de pondération dans la recherche vectorielle pour compenser la perte de discrimination

**État réel connu de Hermes :**  
Indexation active avec 339 chunks sur Qdrant (dimension 4096, cosine), utilisant Qwen3-8B pour les embeddings via llama-server:1234 avec --embeddings --pooling mean

---

## ✅ `admin/ia/rocm.md` — 9/10

**Statut** : à_jour  
**Résumé** : Document complet et précis sur la configuration ROCm pour RX 6700XT, avec vérifications système et débogage  

**Problèmes :**
- Absence de mention sur les dernières versions ROCm post-2026
- rocm-smi non disponible sur gpu-01 non documenté

**Suggestions :**
- Ajouter une note sur vérification des mises à jour ROCm récentes
- Mettre en évidence la limitation du rocm-smi sur gpu-01

**État réel connu de Hermes :**  
ROCm fonctionnel avec kernel 5.14.0, aucun problème détecté, rocm-smi non disponible sur gpu-01

---

## ✅ `admin/incidents.md` — 7/10

**Statut** : à_jour  
**Résumé** : Document d'historique des incidents complet avec résolutions détaillées, mais présentant des lacunes de formatage et d'organisation.  

**Problèmes :**
- Section 'État post-migration' incomplète (tronquée par du texte non pertinent)
- Manque de filtre de date pour isoler les incidents récents
- Les sévérités 'Critique' ne sont pas visuellement distinguées
- Absence de synthèse globale des tendances incidentielles

**Suggestions :**
- Ajouter un filtre de date au tableau pour isoler les incidents récents
- Utiliser des emojis ou des couleurs pour les sévérités (⚠️/🚨/⚠️)
- Compléter la section 'État post-migration' avec des métriques quantitatives
- Ajouter un graphique simple des fréquences par composant

**État réel connu de Hermes :**  
Le système est actuellement stable, mais des incidents critiques ont été résolus récemment. Le RAID5 a été migré vers NVMe et les composants critiques sont maintenant opérationnels.

---