# 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.

---

