docs(hermes): rapport analyse 2026-06-09_01-00 — 5 fichiers

Analysés : litellm.md, llama_server.md, rag.md, rocm.md, incidents.md
À améliorer : 0/5

Co-Authored-By: Hermes <hermes@funk.lab>

admin/hermes/builtin/2026-06-09_01-00.md

@@ -0,0 +1,106 @@
+# Rapport Hermes — 2026-06-09_01-00
+> Branche : `hermes/daily-work` · Fichiers analysés : 5
+
+---
+## Résumé
+- ✅ À jour : 5
+- ⚠️  À améliorer : 0
+
+## ✅ `admin/ia/litellm.md` — 9/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète et structurée sur la configuration et l'utilisation de LiteLLM comme proxy LLM unifié  
+
+**Problèmes :**
+- Le template Ansible litellm/templates/config.yaml.j2 manque les modèles CPU qwen3-1.7b-system et qwen3-1.7b-monitor
+- Les modifications manuelles dans /etc/litellm/config.yaml créent un risque de désalignement avec l'IaC
+
+**Suggestions :**
+- Mettre à jour le template Ansible pour inclure tous les modèles définis dans le fichier de configuration
+- Automatiser la gestion des modèles via Ansible pour éviter les configurations manuelles
+- Ajouter une note explicite sur le processus de déploiement des modèles CPU dans le document
+
+**État réel connu de Hermes :**  
+Le composant est fonctionnel avec des modèles GPU principaux, mais présente un décalage IaC pour les modèles CPU nécessaires aux agents système/monitor
+
+---
+
+## ✅ `admin/ia/llama_server.md` — 8/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète sur la configuration et les performances du llama-server sur gpu-01, avec des commandes opérationnelles et des métriques détaillées.  
+
+**Problèmes :**
+- Manque de mention sur les mises à jour récentes ou les changements de configuration
+- La section sur les métriques Prometheus pourrait inclure des exemples de visualisation ou d'alertes
+
+**Suggestions :**
+- Ajouter une section sur les mises à jour récentes et les changements de configuration
+- Détailler les exemples de visualisation des métriques Prometheus avec Grafana ou Prometheus UI
+- Inclure des notes de débogage pour les erreurs courantes (ex: débordement de VRAM)
+
+**État réel connu de Hermes :**  
+Le service llama-server est opérationnel avec les configurations décrites, mais surveiller les métriques Prometheus pour détecter les backpressures et optimiser l'utilisation de la VRAM.
+
+---
+
+## ✅ `admin/ia/rag.md` — 7/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète du RAG avec architecture, composants et procédures, mais avec des limites connues dans le modèle d'embedding  
+
+**Problèmes :**
+- Utilisation de Qwen3-8B (génératif) pour les embeddings au lieu d'un modèle dédié
+- Scores de similarité uniformément élevés (0.90-0.95) sans discrimination sémantique
+- Le fichier incidents.md remonte souvent en premier malgré peu de pertinence
+
+**Suggestions :**
+- Migrer vers un modèle d'embedding dédié comme bge-m3
+- Ajouter une section sur le déploiement de modèles alternatifs
+- Ajouter un exemple de requête avec --top 3 pour illustrer la limitation
+
+**État réel connu de Hermes :**  
+Index actuel avec 339 chunks, dernière ingestion via Ansible, mais résultats non triés par pertinence réelle
+
+---
+
+## ✅ `admin/ia/rocm.md` — 9/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète sur la configuration ROCm pour RX 6700XT avec vérifications opérationnelles et commandes de diagnostic  
+
+**Problèmes :**
+- Mention du manque de 'rocm-smi' sur gpu-01 (peut être un point d'amélioration pour les utilisateurs)
+- Aucune explication sur les dépendances logicielles requises pour ROCm
+
+**Suggestions :**
+- Ajouter une note explicative sur la nécessité de HSA_OVERRIDE_GFX_VERSION=10.3.0 pour RX 6700XT
+- Proposer un exemple de script pour vérifier automatiquement les conditions préalables
+- Mettre en évidence les risques de l'utilisation de Gemma 4 sur ROCm
+
+**État réel connu de Hermes :**  
+ROCm fonctionne correctement avec kernel 5.14.0, aucune divergence détectée. Les services liés au GPU sont opérationnels, les groupes utilisateur sont configurés, et les variables d'environnement sont correctement définies.
+
+---
+
+## ✅ `admin/incidents.md` — 9/10
+
+**Statut** : à_jour  
+**Résumé** : Document complet et structuré avec historique des incidents critiques et résolutions détaillées  
+
+**Problèmes :**
+- Manque de table des matières pour navigation rapide
+- Format markdown incohérent (espacement des tableaux, mise en évidence des codes)
+- Utilisation de backticks pour les blocs de code sans syntaxe spécifique
+
+**Suggestions :**
+- Ajouter une table des matières automatique
+- Standardiser les blocs de code avec syntaxe (ex: ```bash)
+- Ajouter un résumé visuel des statuts (✅/⚠️)
+- Mettre à jour les dates des incidents pour refléter la chronologie actuelle
+
+**État réel connu de Hermes :**  
+Le système utilise désormais un mount bind NVMe pour /srv/data. Le RAID5 a été désactivé et les données migrées avec succès. Aucun incident critique signalé depuis la migration.
+
+---
+