docs(hermes): rapport analyse 2026-06-08_02-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-08_02-00.md

@@ -0,0 +1,106 @@
+# Rapport Hermes — 2026-06-08_02-00
+> 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é** : Document détaillé sur la configuration et l'utilisation de LiteLLM comme proxy LLM unifié, avec des exemples pratiques et des informations sur les modèles disponibles.  
+
+**Problèmes :**
+- Le template Ansible n'inclut pas les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) nécessaires pour ask-agent system/monitor
+- Le coût des modèles Claude est présenté sous forme de tableaux avec des valeurs incomplètes (ex: '-bash.24')
+
+**Suggestions :**
+- Mettre à jour le template Ansible pour inclure les modèles CPU manquants
+- Corriger la présentation des coûts Claude pour utiliser des valeurs numériques cohérentes
+- Ajouter une note explicite sur la gestion des clés API et la sécurité des configurations
+
+**État réel connu de Hermes :**  
+Le service LiteLLM est opérationnel sur storage-01 avec les modèles GPU configurés. Les modèles CPU sont manuellement ajoutés dans /etc/litellm/config.yaml mais ne sont pas déployés par Ansible, créant un point de fragilité dans l'IaC.
+
+---
+
+## ✅ `admin/ia/llama_server.md` — 8/10
+
+**Statut** : ok  
+**Résumé** : Documentation complète sur la configuration et les performances de llama-server sur gpu-01, avec des commandes opérationnelles et des métriques détaillées.  
+
+**Problèmes :**
+- La mention du 'bug parallel' liée à Hermes n'est pas expliquée dans le document
+- Les commandes systemctl et journalctl manquent de précision sur les options (ex: -f pour suivre en temps réel)
+- Le tableau des métriques Prometheus manque d'explications sur les unités et les seuils d'alerte
+
+**Suggestions :**
+- Ajouter une section dédiée aux résolutions du 'bug parallel' mentionné
+- Standardiser les commandes avec des exemples complets (ex: sudo systemctl restart...)
+- Mettre à jour le modèle path vers /mnt/models/bartowski/Qwen3-8B-GGUF/ si nécessaire
+- Ajouter des notes de sécurité sur les accès distants aux services
+
+**État réel connu de Hermes :**  
+Les services sont correctement configurés avec des métriques exposées, mais le bug de parallélisme Hermes nécessite une vérification urgente
+
+---
+
+## ✅ `admin/ia/rag.md` — 9/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète du système RAG avec architecture, composants, usage et procédures de mise à jour, bien que les limites du modèle d'embedding soient documentées  
+
+**Problèmes :**
+- Les scores de similarité cosinus avec Qwen3-8B sont uniformément élevés (0.90-0.95) malgré une faible discrimination sémantique
+- Le fichier incidents.md peut remonter en premier en raison de sa taille, affectant la pertinence des résultats
+
+**Suggestions :**
+- Tester le déploiement de modèles d'embedding dédiés comme nomic-embed-text-v1.5 ou bge-m3 pour améliorer la recherche sémantique
+- Ajouter des exemples de requêtes complexes dans la section 'Utilisation'
+- Documenter les étapes pour automatiser la re-génération de l'index via un cronjob
+
+**État réel connu de Hermes :**  
+Système RAG opérationnel avec index de 339 chunks, utilisant Qwen3-8B pour les embeddings (port 1234) et Qdrant (port 6333). La re-génération de l'index requiert un rsync manuel ou un playbook Ansible.
+
+---
+
+## ✅ `admin/ia/rocm.md` — 9/10
+
+**Statut** : à_jour  
+**Résumé** : Le document couvre exhaustivement les vérifications et configurations nécessaires pour ROCm sur RX 6700XT, avec des commandes précises et des notes clés sur HSA_OVERRIDE_GFX_VERSION.  
+
+**Problèmes :**
+- Le service rocm-smi est explicitement mentionné comme non disponible sur gpu-01, mais cette information n'est pas contextualisée dans les vérifications proposées
+- Aucune mention des dépendances logicielles ou des prérequis spécifiques à AlmaLinux 9.7
+
+**Suggestions :**
+- Ajouter une note expliquant pourquoi HSA_OVERRIDE_GFX_VERSION=10.3.0 est critique pour la RX 6700XT
+- Inclure des exemples de résultats attendus pour les commandes (ex: output de rocminfo)
+- Ajouter une section sur la surveillance continue des ressources GPU (ex: tools comme rocm-smi ou custom scripts)
+
+**État réel connu de Hermes :**  
+ROCm installé avec version kernel 5.14.0-687.5.3.el9_8.x86_64, HSA_OVERRIDE_GFX_VERSION=10.3.0 activé, modules amdgpu chargés, aucun crash détecté, rocm-smi non disponible mais conforme aux observations du 2026-06-05
+
+---
+
+## ✅ `admin/incidents.md` — 7/10
+
+**Statut** : à_jour  
+**Résumé** : Document complet et structuré avec historique des incidents et résolutions détaillées, mais présentant quelques lacunes dans la documentation des résolutions pour certains incidents.  
+
+**Problèmes :**
+- Manque de détails sur la résolution des incidents du 2026-05-13 (AlertManager et llama-server)
+- Formatage des tables non uniforme (alignement des colonnes)
+- Aucune mention des vérifications post-résolution pour les incidents traités
+
+**Suggestions :**
+- Ajouter des étapes de vérification post-résolution pour chaque incident
+- Standardiser le format des tables avec alignement des colonnes
+- Compléter les sections 'Résolution' pour tous les incidents avec des étapes concrètes
+
+**État réel connu de Hermes :**  
+Le composant /srv/data a été migré vers le NVMe (XFS bind-mount) après le dégradé du RAID5. Les disques sdb/sdd ont été remplacés, et les systèmes de fichiers corrompus ont été réparés. Les services sont en cours de surveillance continue.
+
+---
+