# Rapport Hermes — 2026-06-03_15-13
> 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 informations sur les modèles, les coûts et les outils d'administration, mais avec un gap IaC non résolu.  

**Problèmes :**
- Les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) sont manuellement ajoutés dans /etc/litellm/config.yaml alors que le template Ansible ne les inclut pas
- Aucune mention des risques liés à la configuration manuelle (perte en cas de reapply)

**Suggestions :**
- Mettre à jour le template Ansible (config.yaml.j2) pour inclure tous les modèles nécessaires
- Ajouter une note explicite sur la gestion des configurations manuelles et les risques associés
- Lier le fichier à la gestion des versions des modèles via un inventaire dynamique

**État réel connu de Hermes :**  
Le service fonctionne correctement avec les modèles GPU et CPU, mais le déploiement IaC reste incomplet et expose à des erreurs de configuration

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète sur la configuration et les performances des instances llama-server sur gpu-01, avec des instructions opérationnelles et des métriques de surveillance.  

**Problèmes :**
- La section des métriques Prometheus mentionne un flag --metrics requis mais ne fournit pas de vérification pratique de son activation
- Le paragraphe sur les performances ne compare pas les débits avec les benchmarks récents
- Le bug 'parallel' mentionné dans le paragraphe des performances n'est pas expliqué

**Suggestions :**
- Ajouter une vérification pratique du flag --metrics avec un exemple de curl
- Mettre à jour les benchmarks avec des chiffres récents (2026)
- Expliciter la nature du bug 'parallel' et sa résolution

**État réel connu de Hermes :**  
Les instances fonctionnent avec 9GB VRAM utilisée, embeddings activés, métriques Prometheus disponibles via /metrics, mais le bug de parallélisme persiste nécessitant une attention

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète sur l'implémentation RAG dans Funk, avec architecture, composants, limitations et procédures de mise à jour, mais manque des détails sur la gestion des erreurs et des optimisations avancées.  

**Problèmes :**
- Utilisation d'un modèle génératif (Qwen3-8B) pour les embeddings au lieu d'un modèle dédié
- Scores de similarité cosinus non discriminatifs (0.90-0.95) avec peu de variation
- Aucune mention des risques de surcharge GPU pendant l'ingestion
- Temps d'ingestion (5-10 min) non quantifié précisément

**Suggestions :**
- Ajouter des instructions pour utiliser des modèles d'embedding dédiés (nomic-embed-text-v1.5/bge-m3)
- Préciser les étapes de rollback en cas d'échec de l'ingestion
- Ajouter des alertes pour les fichiers volumineux (ex: incidents.md)
- Mettre en avant les alternatives de traitement CPU pour les embeddings

**État réel connu de Hermes :**  
Le système RAG est opérationnel avec l'index de 339 chunks, mais les résultats de recherche présentent des limites sémantiques. La documentation est à jour avec les dernières procédures d'ingestion.

---

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

**Statut** : à_jour  
**Résumé** : Document complet sur la configuration ROCm pour RX 6700XT avec vérifications clés, mais nécessite quelques précisions.  

**Problèmes :**
- Utilisation de 'g01' comme hostname sans précision
- Aucune mention de la version ROCm installée
- Manque d'explications sur HSA_OVERRIDE_GFX_VERSION

**Suggestions :**
- Ajouter la version ROCm spécifique
- Expliquer le besoin de HSA_OVERRIDE_GFX_VERSION
- Mettre à jour les exemples de hostname

**État réel connu de Hermes :**  
Configuration fonctionnelle avec ROCm installé, mais vérifier la version et les permissions utilisateur

---

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

**Statut** : à_jour  
**Résumé** : Document structuré avec historique des incidents et résolutions détaillées, mais présentant des erreurs de mise en forme et des ambiguïtés techniques.  

**Problèmes :**
- La table d'index a une colonne 'Sévérité' avec un pipe supplémentaire en fin de ligne
- La date de l'incident 2026-05-29 est répétée dans la table d'index avec un format incohérent
- Le code rsync avec exit code 23 n'explique pas la signification du code 23 (xattr SELinux)
- Manque de clarification sur la gravité du code 23 et son impact sur la migration

**Suggestions :**
- Corriger la mise en forme de la table d'index en supprimant les pipes supplémentaires
- Ajouter une note explicative sur le code 23 et son impact sur la migration
- Standardiser le format des dates dans tout le document
- Ajouter un paragraphe sur les mesures préventives pour éviter des incidents similaires

**État réel connu de Hermes :**  
Le système a réussi la migration vers NVMe sans perte de données critiques, mais des ajustements sont nécessaires pour prévenir les erreurs futures.

---