# Rapport Hermes — 2026-06-04_05-30
> Branche : `hermes/daily-work` · Fichiers analysés : 5

---
## Résumé
- ✅ À jour : 5
- ⚠️  À améliorer : 0

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

**Statut** : à_jour  
**Résumé** : Documentation complète sur la configuration de LiteLLM avec des informations sur les modèles, coûts et scripts, mais présente des lacunes dans la gestion des modèles CPU via Ansible  

**Problèmes :**
- Le template Ansible ne comprend pas les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) nécessaires pour ask-agent
- La table des coûts Claude est incomplète (manque les unités monétaires)
- 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 définis dans le fichier de configuration
- Ajouter des unités monétaires dans la table des coûts Claude (ex: USD)
- Implémenter une validation des changements avant modification du fichier de configuration par hermes-switch

**État réel connu de Hermes :**  
Les modèles CPU sont manuellement ajoutés dans /etc/litellm/config.yaml, ce qui crée une dépendance non automatisée. Le template Ansible reste incomplet et ne garantit pas la déploiement correct des routes nécessaires à ask-agent system/monitor.

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète et structurée sur la configuration des instances llama-server sur gpu-01, avec détails techniques et commandes de gestion  

**Problèmes :**
- La mention du 'bug parallel' reste vague sans explication supplémentaire
- Aucune indication sur la version exacte de ROCm utilisée

**Suggestions :**
- Ajouter des notes sur la configuration requise pour les métriques Prometheus
- Mettre à jour les benchmarks de performance avec des valeurs mesurées récentes
- Préciser les dépendances logicielles nécessaires (ex: librocm)

**État réel connu de Hermes :**  
Les instances sont opérationnelles avec les configurations décrites. La contrainte VRAM est bien documentée (9GB utilisés sur 12GB), mais il faudrait surveiller les mises à jour de driver ROCm.

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète sur le RAG déployé dans Funk, avec architecture, composants et limitations connues, mais sans mise à jour sur les améliorations suggérées  

**Problèmes :**
- Utilisation d'un modèle génératif (Qwen3-8B) pour les embeddings au lieu d'un modèle dédié
- Scores de similarité cosinus uniformément élevés avec peu de discrimination sémantique
- Le fichier incidents.md tend à monter en premier en raison de sa taille
- Aucune mention des alternatives techniques (nomic-embed-text-v1.5, bge-m3) dans les procédures courantes

**Suggestions :**
- Mettre à jour la configuration pour utiliser un modèle d'embedding dédié (ex: nomic-embed-text-v1.5)
- Ajouter des exemples de requêtes avec des paramètres --top pour limiter les résultats
- Mettre en évidence le processus d'ingestion dans les workflows ansible
- Ajouter une note sur les temps d'ingestion pour les 339 chunks

**État réel connu de Hermes :**  
Le RAG est fonctionnel mais suboptimal : l'index est manuellement maintenu, le modèle d'embedding présente des limitations sémantiques, et les alternatives techniques ne sont pas déployées malgré les recommandations

---

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

**Statut** : à_jour  
**Résumé** : Document complet et structuré sur la configuration ROCm pour RX 6700XT avec vérifications clés et débogage  

**Problèmes :**
- Manque d'explications sur l'interprétation des sorties des commandes (ex: rocminfo)
- Aucune mention des dépendances logicielles supplémentaires requises
- Les commandes SSH supposent que l'utilisateur 'ansible' existe déjà

**Suggestions :**
- Ajouter des exemples de sortie attendue pour chaque commande
- Inclure une note sur les versions ROCm testées et les compatibilités connues
- Ajouter une section sur la gestion des permissions sudo pour les commandes critiques
- Mettre en évidence les risques de surcharger le GPU avec les commandes de monitoring

**État réel connu de Hermes :**  
null

---

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

**Statut** : à_jour  
**Résumé** : Document d'historique des incidents complet et structuré, avec détails sur les résolutions techniques.  

**Problèmes :**
- Section 'État post-migration' incomplète (texte tronqué)
- Incident du 2026-05-13 (llama-server) manque de détails sur la cause exacte du 501 Not Implemented
- Format markdown incohérent dans la table des incidents (colonnes mal alignées)

**Suggestions :**
- Compléter la section 'État post-migration' avec les métriques d'espace utilisé avant/après
- Ajouter un paragraphe explicite sur la résolution du problème des xattrs SELinux dans rsync
- Normaliser le format des tables avec des pipes alignées et des en-têtes cohérents

**État réel connu de Hermes :**  
srv/data migré vers NVMe XFS (bind-mount), RAID5 dégradé remplacé, toutes les données synchronisées

---

