# 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. ---