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

@@ -0,0 +1,103 @@
+# Rapport Hermes — 2026-06-08_08-00
+> 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 comme proxy LLM unifié, avec des informations sur les modèles, les coûts et les outils de gestion.  
+
+**Problèmes :**
+- Le template Ansible litellm/config.yaml.j2 manque les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) référencés dans /etc/litellm/config.yaml
+- Aucune mention des risques liés à l'absence de ces modèles dans le template pour les nouvelles déploiements
+
+**Suggestions :**
+- Mettre à jour le template Ansible pour inclure tous les modèles référencés (y compris les CPU)
+- Ajouter une note explicite sur les implications de cette configuration gap pour les nouvelles déploiements
+- Lier le script hermes-switch à la gestion des configurations via Ansible pour garantir la cohérence
+
+**État réel connu de Hermes :**  
+Fonctionnel avec des modèles GPU locaux et Claude, mais présente un gap IaC critique pour les déploiements automatisés
+
+---
+
+## ✅ `admin/ia/llama_server.md` — 9/10
+
+**Statut** : ok  
+**Résumé** : Documentation complète et structurée sur la configuration des instances llama-server sur gpu-01, incluant les services systemd, modèles, performances et métriques.  
+
+**Problèmes :**
+- La mention du 'bug parallel' dans la section Hermes reste vague sans détails supplémentaires
+- Le checkmark ✅ dans la section VRAM pourrait être remplacé par une note explicite sur les limites
+
+**Suggestions :**
+- Ajouter une note sur la procédure de mise à jour des modèles GGUF
+- Préciser les commandes pour vérifier la version ROCm en cours d'utilisation
+- Inclure un exemple de requête pour tester l'endpoint /metrics avec des filtres spécifiques
+
+**État réel connu de Hermes :**  
+Les instances sont opérationnelles avec des métriques correctement exposées. Le modèle Qwen3-8B utilise 9GB VRAM sur RX 6700XT sans surcharge, les embeddings fonctionnent avec pooling mean activé.
+
+---
+
+## ✅ `admin/ia/rag.md` — 9/10
+
+**Statut** : ok  
+**Résumé** : Documentation complète sur l'implémentation RAG de Funk, avec architecture, composants, limitations et procédures de mise à jour.  
+
+**Problèmes :**
+- Utilisation d'un modèle génératif (Qwen3-8B) pour les embeddings, avec des scores cosinus uniformément élevés (0.90-0.95) indépendamment de la pertinence
+- Le fichier avec le plus de tokens (ex: incidents.md) remonte souvent en premier en raison de la limitation du modèle
+
+**Suggestions :**
+- Déployer un modèle d'embedding dédié comme nomic-embed-text-v1.5 ou bge-m3 pour une recherche sémantique précise
+- Mettre à jour les paramètres ansible/roles/rag pour utiliser le nouveau modèle si déployé
+
+**État réel connu de Hermes :**  
+Le RAG est actif avec Qdrant (funk-docs) et rag-query. L'index est mis à jour via Ansible ou manuellement. Les embeddings utilisent actuellement Qwen3-8B avec les flags --embeddings --pooling mean.
+
+---
+
+## ✅ `admin/ia/rocm.md` — 9/10
+
+**Statut** : à_jour  
+**Résumé** : Le document ROCm.md est complet et à jour, couvrant les vérifications essentielles pour la configuration AMD RX 6700XT sur AlmaLinux, y compris les variables d'environnement, les modules noyau, les dépôts AMD et les procédures de débogage.  
+
+**Problèmes :**
+- Manque de mention sur les nouvelles fonctionnalités ROCm 6.1+ (ex: support amélioré pour les modèles LLM)
+- Aucune instruction pour vérifier les pilotes AMD via rpm -q amdgpu-driver
+
+**Suggestions :**
+- Ajouter une section sur la vérification des pilotes AMD avec 'rpm -q amdgpu-driver'
+- Mettre à jour la note sur HSA_OVERRIDE_GFX_VERSION avec la version ROCm 6.1+
+- Inclure un check pour 'rocm-smi' et ses sortie attendues
+
+**État réel connu de Hermes :**  
+ROCm 6.1.253 installé, kernel 5.14.0-687.5.3, HSA_OVERRIDE_GFX_VERSION=10.3.0 activé, modules amdgpu chargés, utilisateur dans les groupes video/render, no crash report dans les pods
+
+---
+
+## ✅ `admin/incidents.md` — 8/10
+
+**Statut** : à_jour  
+**Résumé** : Document d'historique des incidents complet et structuré, avec résolution détaillée pour l'incident du 2026-05-29  
+
+**Problèmes :**
+- La table 'État post-migration' est incomplète (ligne 'Espace disponibl' tronquée)
+- Incohérence dans les longueurs des colonnes 'Résumé' dans le tableau d'index
+- Manque de synthèse des résolutions pour les incidents antérieurs au 2026-05-29
+
+**Suggestions :**
+- Compléter la table 'État post-migration' avec les métriques d'espace disque
+- Standardiser la longueur des colonnes 'Résumé' pour améliorer la lisibilité
+- Ajouter un résumé succinct pour chaque incident dans le tableau d'index
+
+**État réel connu de Hermes :**  
+Le composant RAID5 a été migré vers NVMe, les données sont maintenant sur un LV XFS stable. Le système monté en bind persiste via fstab mis à jour.
+
+---
+