docs(hermes): rapport analyse 2026-06-04_05-30 — 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-04_05-30.md

@@ -0,0 +1,110 @@
+# Rapport Hermes — 2026-06-04_05-30
+> Branche : `hermes/daily-work` · Fichiers analysés : 5
+
+---
+## Résumé
+- ✅ À jour : 5
+- ⚠️  À améliorer : 0
+
+## ✅ `admin/ia/litellm.md` — 7/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète sur la configuration de LiteLLM avec des informations sur les modèles, coûts et scripts, mais présente des lacunes dans la gestion des modèles CPU via Ansible  
+
+**Problèmes :**
+- Le template Ansible ne comprend pas les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) nécessaires pour ask-agent
+- La table des coûts Claude est incomplète (manque les unités monétaires)
+- Le script hermes-switch modifie directement /etc/litellm/config.yaml sans validation des changements
+
+**Suggestions :**
+- Mettre à jour le template Ansible pour inclure tous les modèles définis dans le fichier de configuration
+- Ajouter des unités monétaires dans la table des coûts Claude (ex: USD)
+- Implémenter une validation des changements avant modification du fichier de configuration par hermes-switch
+
+**État réel connu de Hermes :**  
+Les modèles CPU sont manuellement ajoutés dans /etc/litellm/config.yaml, ce qui crée une dépendance non automatisée. Le template Ansible reste incomplet et ne garantit pas la déploiement correct des routes nécessaires à ask-agent system/monitor.
+
+---
+
+## ✅ `admin/ia/llama_server.md` — 9/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète et structurée sur la configuration des instances llama-server sur gpu-01, avec détails techniques et commandes de gestion  
+
+**Problèmes :**
+- La mention du 'bug parallel' reste vague sans explication supplémentaire
+- Aucune indication sur la version exacte de ROCm utilisée
+
+**Suggestions :**
+- Ajouter des notes sur la configuration requise pour les métriques Prometheus
+- Mettre à jour les benchmarks de performance avec des valeurs mesurées récentes
+- Préciser les dépendances logicielles nécessaires (ex: librocm)
+
+**État réel connu de Hermes :**  
+Les instances sont opérationnelles avec les configurations décrites. La contrainte VRAM est bien documentée (9GB utilisés sur 12GB), mais il faudrait surveiller les mises à jour de driver ROCm.
+
+---
+
+## ✅ `admin/ia/rag.md` — 7/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète sur le RAG déployé dans Funk, avec architecture, composants et limitations connues, mais sans mise à jour sur les améliorations suggéré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 uniformément élevés avec peu de discrimination sémantique
+- Le fichier incidents.md tend à monter en premier en raison de sa taille
+- Aucune mention des alternatives techniques (nomic-embed-text-v1.5, bge-m3) dans les procédures courantes
+
+**Suggestions :**
+- Mettre à jour la configuration pour utiliser un modèle d'embedding dédié (ex: nomic-embed-text-v1.5)
+- Ajouter des exemples de requêtes avec des paramètres --top pour limiter les résultats
+- Mettre en évidence le processus d'ingestion dans les workflows ansible
+- Ajouter une note sur les temps d'ingestion pour les 339 chunks
+
+**État réel connu de Hermes :**  
+Le RAG est fonctionnel mais suboptimal : l'index est manuellement maintenu, le modèle d'embedding présente des limitations sémantiques, et les alternatives techniques ne sont pas déployées malgré les recommandations
+
+---
+
+## ✅ `admin/ia/rocm.md` — 9/10
+
+**Statut** : à_jour  
+**Résumé** : Document complet et structuré sur la configuration ROCm pour RX 6700XT avec vérifications clés et débogage  
+
+**Problèmes :**
+- Manque d'explications sur l'interprétation des sorties des commandes (ex: rocminfo)
+- Aucune mention des dépendances logicielles supplémentaires requises
+- Les commandes SSH supposent que l'utilisateur 'ansible' existe déjà
+
+**Suggestions :**
+- Ajouter des exemples de sortie attendue pour chaque commande
+- Inclure une note sur les versions ROCm testées et les compatibilités connues
+- Ajouter une section sur la gestion des permissions sudo pour les commandes critiques
+- Mettre en évidence les risques de surcharger le GPU avec les commandes de monitoring
+
+**État réel connu de Hermes :**  
+null
+
+---
+
+## ✅ `admin/incidents.md` — 8/10
+
+**Statut** : à_jour  
+**Résumé** : Document d'historique des incidents complet et structuré, avec détails sur les résolutions techniques.  
+
+**Problèmes :**
+- Section 'État post-migration' incomplète (texte tronqué)
+- Incident du 2026-05-13 (llama-server) manque de détails sur la cause exacte du 501 Not Implemented
+- Format markdown incohérent dans la table des incidents (colonnes mal alignées)
+
+**Suggestions :**
+- Compléter la section 'État post-migration' avec les métriques d'espace utilisé avant/après
+- Ajouter un paragraphe explicite sur la résolution du problème des xattrs SELinux dans rsync
+- Normaliser le format des tables avec des pipes alignées et des en-têtes cohérents
+
+**État réel connu de Hermes :**  
+srv/data migré vers NVMe XFS (bind-mount), RAID5 dégradé remplacé, toutes les données synchronisées
+
+---
+