# Rapport Hermes — 2026-06-09_11-30
> 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 et structurée sur la configuration et l'utilisation de LiteLLM dans Funk, avec des détails sur les modèles, coûts et scripts d'administration.  

**Problèmes :**
- Le template Ansible ne contient pas les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) nécessaires à ask-agent system/monitor
- Le coût des modèles Claude est présenté sous forme de tableau, mais les valeurs sont manuellement saisies et non automatiquement calculées

**Suggestions :**
- Mettre à jour le template Ansible pour inclure les modèles CPU manquants
- Ajouter une section sur la gestion des clés API et la sécurité des configurations
- Prévoir un exemple de rotation de modèle avec hermes-switch dans les tests API

**État réel connu de Hermes :**  
Le composant est fonctionnel avec des modèles GPU disponibles, mais présente un gap IaC pour les modèles CPU. Les coûts Claude sont correctement documentés mais manquent de précision numérique.

---

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

**Statut** : ok  
**Résumé** : Documentation complète sur la configuration et l'utilisation des instances llama-server sur gpu-01, avec paramètres techniques, API OpenAI, performances et métriques Prometheus.  

**Problèmes :**
- Tableau 'Contrainte VRAM' a une ligne mal alignée (total non centré)
- Tableau 'Métriques Prometheus' est coupé à la fin (ligne 'requests_deferred' incomplète)
- Manque de précautions sur les versions ROCm et les compatibilités matérielles

**Suggestions :**
- Ajouter une section 'Known Issues' avec les limitations connues des Qwen3-8B sur RX 6700XT
- Mettre en évidence les commandes critiques dans un bloc de code syntaxé
- Ajouter des exemples de requêtes API plus complets pour les embeddings
- Vérifier la cohérence des chemins NFS (/mnt/models/bartowski/...) avec la réalité du système

**État réel connu de Hermes :**  
Les instances systemd sont configurées selon le document, avec les modèles Qwen3-8B/Q4_K_M sur GPU et Qwen3-1.7B sur CPU. Les métriques Prometheus requièrent le flag --metrics activé dans la configuration systemd.

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète du système RAG avec architecture, composants, limitations et procédures de mise à jour, mais manque une analyse des coûts de maintenance.  

**Problèmes :**
- Utilisation d'un modèle génératif (Qwen3-8B) pour les embeddings, ce qui compromet la discrimination sémantique
- L'index ne s'auto-maintient pas automatiquement après les modifications du repo admin/
- Aucune mention des coûts GPU liés à l'ingestion de 339 chunks

**Suggestions :**
- Ajouter une section sur l'optimisation des coûts GPU
- Proposer un plan de migration vers un modèle d'embedding dédié (nomic-embed-text-v1.5)
- Mettre en avant les avantages du déploiement Ansible vs la méthode manuelle

**État réel connu de Hermes :**  
Le système RAG fonctionne correctement avec des résultats de recherche, mais les scores de similarité sont uniformément élevés (0.90-0.95) en raison du modèle utilisé. L'index est à jour grâce à l'automatisation Ansible.

---

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

**Statut** : à_jour  
**Résumé** : Le document ROCm.md est complet et à jour avec les vérifications système, variables d'environnement, modules kernel et commandes de debug. Aucune divergence détectée avec l'état actuel du matériel et des logiciels.  

**Problèmes :**
- Manque d'informations sur la maintenance préventive des pilotes ROCm
- Aucune mention des mises à jour récentes des outils ROCm
- Les commandes de vérification ne incluent pas les tests de performance GPU

**Suggestions :**
- Ajouter une section sur la mise à jour régulière des pilotes ROCm
- Inclure des exemples de sortie attendue pour les commandes clés
- Préciser les seuils d'alerte pour les métriques GPU (température, utilisation)
- Ajouter des notes de sécurité sur l'isolement des ressources GPU

**État réel connu de Hermes :**  
ROCm fonctionne correctement sur gpu-01 avec RX 6700XT (gfx1031) grâce à HSA_OVERRIDE_GFX_VERSION=10.3.0. Le noyau 5.14.0-687.5.3.el9_8.x86_64 est compatible. Aucun problème signalé dans les logs ou les services. Les tests basiques (clinfo, rocminfo) réussissent. L'accès GPU via les groupes 'video' et 'render' est configuré.

---

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

**Statut** : à_jour  
**Résumé** : Document complet avec historique structuré des incidents critiques et résolutions détaillées  

**Problèmes :**
- La section 'État post-migration' est incomplète (phrase de fin tronquée)
- Manque de références croisées vers les rapports de surveillance ou logs associés
- Format de tableau non compatible avec les parsers Markdown modernes (pipes et tirets non alignés)

**Suggestions :**
- Compléter la section 'État post-migration' avec les métriques post-migration (IOPS, latence, utilisation disque)
- Ajouter des badges visuels pour la sévérité (🚨, ⚠️, 📌)
- Migrer vers un format tableaux compatible (|---| avec alignement des colonnes)
- Ajouter un index chronologique au début pour rapidité de recherche

**État réel connu de Hermes :**  
Le composant /srv/data a été migré vers NVMe XFS avec succès. Les systèmes critiques (Qdrant, PostgreSQL) fonctionnent normalement. La RAID5 est maintenant en mode lecture seule avec surveillance active.

---

