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

---

