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

@@ -0,0 +1,106 @@
+# Rapport Hermes — 2026-06-06_15-30
+> 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 sur la configuration et l'utilisation de LiteLLM avec des modèles locaux et cloud, mais présente un décalage IaC sur les modèles CPU  
+
+**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
+- Manque de clarification sur la gestion des clés API dans le fichier de configuration
+- Le script hermes-switch n'explique pas les risques de redémarrage du service
+
+**Suggestions :**
+- Mettre à jour le template Ansible pour inclure les modèles CPU
+- Ajouter une section sur la sécurité des clés API et la rotation
+- Préciser les prérequis pour utiliser hermes-switch (ex: redémarrage du service)
+- Indiquer les dépendances logicielles nécessaires pour les modèles ROCm
+
+**État réel connu de Hermes :**  
+Les modèles CPU fonctionnent correctement via des configurations manuelles, mais le déploiement automatisé via Ansible manque ces configurations
+
+---
+
+## ✅ `admin/ia/llama_server.md` — 9/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète et structurée sur la configuration et les performances du llama-server sur gpu-01, avec des tests et des métriques opérationnels.  
+
+**Problèmes :**
+- La mention du 'bug parallel' est incomplète sans détails supplémentaires
+- Aucune mention des mises à jour récentes ou des versions spécifiques de ROCm
+
+**Suggestions :**
+- Ajouter les spécifications exactes du ROCm (version 7.x)
+- Détailler la solution du bug de parallélisme mentionné
+- Inclure des instructions pour surveiller la VRAM en temps réel
+- Ajouter des exemples de charge de travail intensifs pour tester la limite VRAM
+
+**État réel connu de Hermes :**  
+Le composant est opérationnel avec les configurations décrites, mais la consommation VRAM est très proche de la limite (9/12 GB). Les métriques Prometheus sont correctement configurées et les tests API fonctionnent comme attendu.
+
+---
+
+## ✅ `admin/ia/rag.md` — 8/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète sur le système RAG de Funk, incluant architecture, composants, modèles et procédures de mise à jour.  
+
+**Problèmes :**
+- Limitation du modèle Qwen3-8B pour les embeddings (moins de discrimination sémantique)
+- Résultats de recherche non triés par pertinence réelle
+
+**Suggestions :**
+- Utiliser un modèle d'embedding dédié comme nomic-embed-text-v1.5 ou bge-m3
+- Mettre à jour les instructions de déploiement des modèles alternatifs
+
+**État réel connu de Hermes :**  
+Système RAG opérationnel avec indexage via Qdrant, mais avec des limitations connues du modèle d'embedding actuel
+
+---
+
+## ✅ `admin/ia/rocm.md` — 9/10
+
+**Statut** : à_jour  
+**Résumé** : Le document ROCm est complet et conforme aux pratiques actuelles, avec des vérifications exhaustives pour le matériel AMD RX 6700XT et ROCm.  
+
+**Problèmes :**
+- La mention de 'rocm-smi' manquant sur gpu-01 pourrait être source de confusion (mais semble intentionnel dans la configuration actuelle)
+- La date dans l'état vérifié (2026-06-05) est anormalement future
+
+**Suggestions :**
+- Ajouter une note explicite sur l'absence de 'rocm-smi' et son impact potentiel
+- Mettre à jour la date de l'état vérifié en date réelle
+- Ajouter une vérification pour la commande 'rocm-smi' dans la section 'Services ROCm'
+
+**État réel connu de Hermes :**  
+Configuration ROCm opérationnelle avec noyau 5.14.0-687.5.3.el9_8.x86_64, aucun pod crashé, NFS export fonctionnel, groupes utilisateur corrects (video, render), variable HSA_OVERRIDE_GFX_VERSION=10.3.0 en place
+
+---
+
+## ✅ `admin/incidents.md` — 8/10
+
+**Statut** : à_jour  
+**Résumé** : Document d'historique des incidents complet avec résolutions détaillées, mais contient des erreurs de formatage et une section incomplète.  
+
+**Problèmes :**
+- La section 'État post-migration' est incomplète (texte coupé à 'Espace disponibl')
+- Problèmes de syntaxe markdown dans le tableau d'index (alignement des colonnes)
+- Manque de clarté sur la gravité des incidents dans les descriptions
+
+**Suggestions :**
+- Compléter la section 'État post-migration' avec les données sur l'espace disponible
+- Standardiser la présentation des niveaux de sévérité (critique/important/warning)
+- Ajouter des timestamps aux résolutions pour préciser les dates d'application
+
+**État réel connu de Hermes :**  
+migré vers NVMe avec succès, RAID5 dégradé résolu, systèmes restaurés
+
+---
+