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

@@ -0,0 +1,109 @@
+# Rapport Hermes — 2026-06-08_16-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é** : Documentation complète sur la configuration et l'utilisation de LiteLLM avec des modèles locaux et cloud, mais avec des lacunes dans la gestion des modèles CPU via Ansible  
+
+**Problèmes :**
+- Le template Ansible manque les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) qui sont ajoutés manuellement
+- Aucune mention des mesures de sécurité pour la gestion de la clé API Anthropic
+- Les coûts Claude sont présentés sous forme de tableau incomplet avec des valeurs manquantes
+- Manque de détails sur la gestion des erreurs dans le script hermes-switch
+
+**Suggestions :**
+- Mettre à jour le template Ansible pour inclure les modèles CPU
+- Ajouter une section sur la sécurité avec des recommandations pour les clés API
+- Compléter le tableau des coûts avec des données précises
+- Documenter les mécanismes de gestion des erreurs dans le script hermes-switch
+
+**État réel connu de Hermes :**  
+Les modèles CPU sont ajoutés manuellement dans /etc/litellm/config.yaml, créant un gap IaC. Le script hermes-switch ne gère pas les erreurs de configuration.
+
+---
+
+## ✅ `admin/ia/llama_server.md` — 8.5/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète sur la configuration et les performances du llama-server sur gpu-01, avec des instructions opérationnelles et des métriques détaillées.  
+
+**Problèmes :**
+- Manque de mention sur les dernières mises à jour ROCm 7.x et leur impact sur les performances
+- Aucune information sur les optimisations possibles pour le modèle Qwen3-8B sur RX 6700XT
+
+**Suggestions :**
+- Ajouter une section sur les bonnes pratiques pour optimiser l'utilisation de la VRAM
+- Mettre à jour les spécifications techniques avec les dernières benchmarks ROCm
+- Ajouter des exemples de monitoring avancé via Prometheus
+
+**État réel connu de Hermes :**  
+Les trois instances systemd sont actives sur gpu-01. Le modèle Qwen3-8B utilise ~9 GB de VRAM avec 99 couches déplacées sur GPU. Les métriques Prometheus sont disponibles via /metrics après activation du flag --metrics.
+
+---
+
+## ✅ `admin/ia/rag.md` — 9/10
+
+**Statut** : ok  
+**Résumé** : Documentation complète du système RAG avec architecture, composants, modèle d'embedding et procédures de mise à jour  
+
+**Problèmes :**
+- La limitation du modèle Qwen3-8B est clairement documentée mais pourrait être mise en évidence dans un paragraphe dédié
+- Le temps d'ingestion (5-10 minutes) n'est pas précisé dans le paragraphe 'Mise à jour de l'index'
+
+**Suggestions :**
+- Ajouter une section 'Optimisation' avec les alternatives de modèles d'embedding (nomic-embed-text-v1.5, bge-m3)
+- Préciser le temps moyen d'ingestion pour les 339 chunks dans la documentation
+- Ajouter un avertissement sur les risques de perte de pertinence avec le scoring cosinus uniforme
+
+**État réel connu de Hermes :**  
+Le système RAG est actif sur storage-01 avec Qdrant (collection funk-docs), le modèle d'embedding Qwen3-8B sur llama-server:1234, et les outils rag-ingest/query disponibles en local
+
+---
+
+## ✅ `admin/ia/rocm.md` — 8/10
+
+**Statut** : à_jour  
+**Résumé** : Le document ROCm.md est à jour et couvre correctement la configuration ROCm sur RX 6700XT avec des vérifications opérationnelles et des commandes de débogage.  
+
+**Problèmes :**
+- Manque d'explication sur le pourquoi de la variable HSA_OVERRIDE_GFX_VERSION
+- Les commandes de vérification du module amdgpu pourraient inclure une vérification du statut du module avec lsmod
+- Aucune mention des dépendances logicielles requises pour ROCm
+
+**Suggestions :**
+- Ajouter une explication technique sur la nécessité de HSA_OVERRIDE_GFX_VERSION pour la RX 6700XT
+- Compléter la section 'Modules kernel' avec des instructions pour vérifier le version du module amdgpu
+- Inclure une section sur les dépendances logicielles (ex: packages nécessaires via dnf)
+
+**État réel connu de Hermes :**  
+ROCm configuré correctement avec kernel 5.14.0, noyau ROCm fonctionnel, aucun crash détecté, accès GPU via user 'ansible' dans les groupes video/render
+
+---
+
+## ✅ `admin/incidents.md` — 8/10
+
+**Statut** : à_jour  
+**Résumé** : Document des incidents mis à jour avec résolutions détaillées, mais contient des incohérences de formatage.  
+
+**Problèmes :**
+- Ligne incomplète 'Espace disponibl' dans l'état post-migration
+- Formatage irrégulier des tableaux (pipes dans les en-têtes)
+- Manque de mention des vérifications post-migration (ex: statuts des services)
+
+**Suggestions :**
+- Compléter la ligne 'Espace disponibl' avec les métriques réelles (ex: 'Espace disponibl: 785 GB')
+- Normaliser le format des tableaux avec des pipes purs
+- Ajouter une vérification des services après la migration (ex: 'sudo systemctl status postgresql-16')
+- Ajouter un chronologie des incidents avec dates claires
+
+**État réel connu de Hermes :**  
+Le composant /srv/data a été migré vers NVMe XFS avec succès. Les services ont été redémarrés et les vérifications initiales indiquent une disponibilité d'espace de 785 GB (valeur estimée).
+
+---
+