# Rapport Hermes — 2026-06-08_19-00
> 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 de LiteLLM, avec des exemples pratiques et des informations sur les coûts, mais présente un gap IaC pour les modèles CPU.  

**Problèmes :**
- Les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) sont ajoutés manuellement dans /etc/litellm/config.yaml alors qu'ils manquent du template Ansible
- Les coûts Claude sont présentés comme des placeholders (~$0.24) sans chiffres concrets

**Suggestions :**
- Mettre à jour le template Ansible (config.yaml.j2) pour inclure les modèles CPU manquants
- Ajouter des chiffres précis pour les coûts Anthropic (ex: $0.0024/token input)
- Ajouter une note sur la nécessité de redémarrer litellm après modification du config.yaml

**État réel connu de Hermes :**  
Le service fonctionne correctement avec les modèles GPU et cloud, mais les modèles CPU nécessitent un déploiement manuel. Le script hermes-switch simplifie les basculements, mais le gap IaC représente un risque de configuration incohérente.

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète du déploiement de llama-server sur gpu-01, incluant les trois instances systemd, configuration des modèles, métriques Prometheus et tests d'API.  

**Problèmes :**
- État réel non renseigné (manque de vérification des configurations actuelles)

**Suggestions :**
- Ajouter des captures d'écran ou diagrammes pour les configurations systemd
- Mettre à jour les commandes avec les dernières versions de ROCm
- Ajouter une section sur la résolution des erreurs courantes

**État réel connu de Hermes :**  
Le composant semble opérationnel avec des métriques correctes, mais une vérification des configurations systemd actuelles serait bénéfique

---

## ✅ `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  

**Problèmes :**
- Le modèle Qwen3-8B utilisé pour les embeddings présente des limites de discrimination sémantique
- Les résultats de recherche ne sont pas triés par pertinence réelle en raison des scores cosinus uniformément élevés

**Suggestions :**
- Déployer un modèle d'embedding dédié comme nomic-embed-text-v1.5 ou bge-m3 pour améliorer la précision
- Mettre à jour le playbook Ansible pour inclure la vérification automatique des versions de modèles
- Ajouter des exemples de requêtes complexes dans la section d'utilisation

**État réel connu de Hermes :**  
Le système RAG est actif sur storage-01 avec une collection de 339 chunks. L'index utilise actuellement Qwen3-8B avec des embeddings GPU. Un déploiement de nomic-embed-text-v1.5 est documenté comme amélioration possible.

---

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

**Statut** : à_jour  
**Résumé** : Documentation ROCm complète et vérifiée, avec des commandes clés pour diagnostic et configuration du GPU RX 6700XT sur AlmaLinux  

**Problèmes :**
- Manque d'explication sur la nécessité de HSA_OVERRIDE_GFX_VERSION
- Aucune mention des dernières mises à jour ROCm disponibles

**Suggestions :**
- Ajouter une explication technique sur le override de la version GFX
- Inclure des commandes pour vérifier les mises à jour ROCm récentes
- Ajouter un section 'Dépannage courant' avec les erreurs fréquentes

**État réel connu de Hermes :**  
ROCm fonctionne correctement avec les paramètres configurés, aucun problème critique détecté. Le noyau 5.14.0-687.5.3.el9_8.x86_64 est compatible avec les commandes ROCm fournies.

---

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

**Statut** : à_jour  
**Résumé** : Document structuré avec historique des incidents et résolutions détaillées, mais présente des problèmes de formatage et d'incomplétude.  

**Problèmes :**
- Tableau d'index mal aligné (entêtes centrés alors que 'Date' est aligné à gauche)
- Section 'Symptômes déclencheurs' contient un dmesg non formaté en bloc de code
- État post-migration incomplet (section 'Espace disponibl' tronquée)
- Incidents antérieurs (avant 2026-05-29) ne possèdent pas de section détaillée comme l'incident migratoire

**Suggestions :**
- Ajouter des blocs de code pour les sortie dmesg et les commandes shell
- Compléter la section 'État post-migration' avec les métriques d'espace utilisable
- Standardiser le format des tableaux avec alignement cohérent des entêtes
- Ajouter des sections détaillées pour les incidents antérieurs avec même structure que l'incident migratoire

**État réel connu de Hermes :**  
Migration RAID5→NVMe réussie, composant /srv/data désormais en XFS bind-mount sur NVMe sans dégradation. Les incidents antérieurs nécessitent vérification des états post-résolution.

---

