# Rapport Hermes — 2026-06-07_22-30
> 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 comme proxy LLM, avec des détails techniques et des exemples de commandes, mais présentant un gap IaC sur les modèles CPU  

**Problèmes :**
- Les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) ne sont pas inclus dans le template Ansible, nécessitant une configuration manuelle
- Le coût des modèles Claude n'est pas quantifié de manière explicite dans le tableau
- Le script hermes-switch modifie directement /etc/litellm/config.yaml sans validation des changements

**Suggestions :**
- Mettre à jour le template Ansible pour inclure tous les modèles disponibles
- Ajouter une section sur la gestion des clés API et la sécurité des secrets
- Préciser les limites des modèles locaux (ex: débit, mémoire vive)
- Ajouter des exemples de monitoring et de débogage avancés

**État réel connu de Hermes :**  
Le système fonctionne correctement avec des modèles locaux et cloud, mais dépend de configurations manuelles pour les modèles CPU qui devraient être gérés par IaC

---

## ✅ `admin/ia/llama_server.md` — 8/10

**Statut** : à_jour  
**Résumé** : Documentation complète sur la configuration et les performances de llama-server sur gpu-01, avec tests et métriques opérationnelles  

**Problèmes :**
- Manque la mention du paramètre HSA_OVERRIDE_GFX_VERSION=10.3.0 crucial pour ROCm
- La section embeddings pourrait expliquer pourquoi le pooling 'mean' est obligatoire
- Le tableau de performances manque les métriques de latence
- Aucune mention des procédures de sauvegarde ou de basculement
- Absence de section dédiée aux résolutions de problèmes courants

**Suggestions :**
- Ajouter les paramètres environnementnels critiques pour ROCm
- Préciser la nécessité du pooling pour la compatibilité OpenAI
- Inclure des métriques de latence supplémentaires
- Documenter les protocoles de backup et de basculement
- Ajouter une section 'Dépannage' avec les erreurs fréquentes

**État réel connu de Hermes :**  
Le composant est opérationnel avec des performances conformes aux spécifications, mais manque quelques détails critiques pour une documentation exhaustive

---

## ✅ `admin/ia/rag.md` — 7/10

**Statut** : à_jour  
**Résumé** : Documentation complète sur l'implémentation RAG de Funk, avec architecture, composants, limitations et procédures de mise à jour, mais avec des recommandations d'amélioration pour les embeddings.  

**Problèmes :**
- Utilisation du modèle Qwen3-8B (génératif) pour les embeddings, qui présente une faible discrimination sémantique
- Scores de similarité uniformément élevés (0.90-0.95) indiquant une pertinence réduite des résultats
- Manque de mention des alternatives embarquées pour les embeddings (nomic-embed-text-v1.5, bge-m3)

**Suggestions :**
- Ajouter des instructions pour déployer des modèles d'embedding dédiés (nomic-embed-text-v1.5, bge-m3)
- Mettre en avant les avantages des modèles multilingues comme bge-m3 pour le repo français
- Préciser les temps d'ingestion (5-10 min) et les prérequis pour la re-génération de l'index

**État réel connu de Hermes :**  
Le système RAG est opérationnel mais présente des limitations connues dans la qualité des embeddings. L'index est mis à jour via Ansible avec un processus automatisé, mais les améliorations proposées restent à implémenter.

---

## ✅ `admin/ia/rocm.md` — 9/10

**Statut** : à_jour  
**Résumé** : Le document ROCm est à jour et couvre correctement la configuration du GPU RX 6700XT avec ROCm, bien que quelques améliorations soient possibles.  

**Problèmes :**
- La commande 'rocminfo | grep 'ROCk'' pourrait être obsolète (nouvelle syntaxe 'rocminfo --version')
- Le statut de 'rocm-smi' n'est pas mentionné dans la documentation malgré son absence sur gpu-01
- Les chemins '/sys/class/drm/card*/device/' pour les températures et VRAM peuvent être dépréciés selon les versions kernel

**Suggestions :**
- Ajouter une note sur l'absence de 'rocm-smi' sur gpu-01 et son impact
- Mettre à jour la commande de vérification de version ROCm vers 'rocminfo --version'
- Ajouter des exemples concrets de sortie pour les commandes clés (ex: exemple de 'rocminfo')
- Préciser les versions ROCm testées et leurs compatibilités avec gfx1031

**État réel connu de Hermes :**  
ROCm fonctionne correctement sur gpu-01 avec HSA_OVERRIDE_GFX_VERSION=10.3.0, aucun crash de pod détecté, configuration conforme

---

## ✅ `admin/incidents.md` — 9/10

**Statut** : à_jour  
**Résumé** : Document complet et bien structuré avec quelques ajustements nécessaires  

**Problèmes :**
- La dernière ligne du tableau d'état post-migration est incomplète ('Espace disponibl' cut-off)
- Incohérence dans l'alignement des en-têtes du tableau d'index
- Absence de mention des impacts sur la disponibilité de l'espace disque post-migration

**Suggestions :**
- Compléter la ligne 'Espace disponibl' avec les métriques réelles post-migration
- Vérifier la cohérence des en-têtes de tableaux (dates, composants, résumés)
- Ajouter une section 'Impact' pour chaque incident avec des données quantitatives

**État réel connu de Hermes :**  
Le composant /srv/data a été migré vers un LV NVMe XFS avec succès. Les mesures de performance montrent une amélioration significative (205 MB/s vs 50 MB/s avant). La corruption des données a été résolue via la réparation manuelle des segments Qdrant.

---

