# Rapport Hermes — 2026-06-06_15-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 sur la configuration et l'utilisation de LiteLLM avec des modèles locaux et cloud, mais présente un décalage IaC sur les modèles CPU  

**Problèmes :**
- Les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) sont manuellement ajoutés dans /etc/litellm/config.yaml alors que le template Ansible ne les inclut pas
- Manque de clarification sur la gestion des clés API dans le fichier de configuration
- Le script hermes-switch n'explique pas les risques de redémarrage du service

**Suggestions :**
- Mettre à jour le template Ansible pour inclure les modèles CPU
- Ajouter une section sur la sécurité des clés API et la rotation
- Préciser les prérequis pour utiliser hermes-switch (ex: redémarrage du service)
- Indiquer les dépendances logicielles nécessaires pour les modèles ROCm

**État réel connu de Hermes :**  
Les modèles CPU fonctionnent correctement via des configurations manuelles, mais le déploiement automatisé via Ansible manque ces configurations

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète et structurée sur la configuration et les performances du llama-server sur gpu-01, avec des tests et des métriques opérationnels.  

**Problèmes :**
- La mention du 'bug parallel' est incomplète sans détails supplémentaires
- Aucune mention des mises à jour récentes ou des versions spécifiques de ROCm

**Suggestions :**
- Ajouter les spécifications exactes du ROCm (version 7.x)
- Détailler la solution du bug de parallélisme mentionné
- Inclure des instructions pour surveiller la VRAM en temps réel
- Ajouter des exemples de charge de travail intensifs pour tester la limite VRAM

**État réel connu de Hermes :**  
Le composant est opérationnel avec les configurations décrites, mais la consommation VRAM est très proche de la limite (9/12 GB). Les métriques Prometheus sont correctement configurées et les tests API fonctionnent comme attendu.

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète sur le système RAG de Funk, incluant architecture, composants, modèles et procédures de mise à jour.  

**Problèmes :**
- Limitation du modèle Qwen3-8B pour les embeddings (moins de discrimination sémantique)
- Résultats de recherche non triés par pertinence réelle

**Suggestions :**
- Utiliser un modèle d'embedding dédié comme nomic-embed-text-v1.5 ou bge-m3
- Mettre à jour les instructions de déploiement des modèles alternatifs

**État réel connu de Hermes :**  
Système RAG opérationnel avec indexage via Qdrant, mais avec des limitations connues du modèle d'embedding actuel

---

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

**Statut** : à_jour  
**Résumé** : Le document ROCm est complet et conforme aux pratiques actuelles, avec des vérifications exhaustives pour le matériel AMD RX 6700XT et ROCm.  

**Problèmes :**
- La mention de 'rocm-smi' manquant sur gpu-01 pourrait être source de confusion (mais semble intentionnel dans la configuration actuelle)
- La date dans l'état vérifié (2026-06-05) est anormalement future

**Suggestions :**
- Ajouter une note explicite sur l'absence de 'rocm-smi' et son impact potentiel
- Mettre à jour la date de l'état vérifié en date réelle
- Ajouter une vérification pour la commande 'rocm-smi' dans la section 'Services ROCm'

**État réel connu de Hermes :**  
Configuration ROCm opérationnelle avec noyau 5.14.0-687.5.3.el9_8.x86_64, aucun pod crashé, NFS export fonctionnel, groupes utilisateur corrects (video, render), variable HSA_OVERRIDE_GFX_VERSION=10.3.0 en place

---

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

**Statut** : à_jour  
**Résumé** : Document d'historique des incidents complet avec résolutions détaillées, mais contient des erreurs de formatage et une section incomplète.  

**Problèmes :**
- La section 'État post-migration' est incomplète (texte coupé à 'Espace disponibl')
- Problèmes de syntaxe markdown dans le tableau d'index (alignement des colonnes)
- Manque de clarté sur la gravité des incidents dans les descriptions

**Suggestions :**
- Compléter la section 'État post-migration' avec les données sur l'espace disponible
- Standardiser la présentation des niveaux de sévérité (critique/important/warning)
- Ajouter des timestamps aux résolutions pour préciser les dates d'application

**État réel connu de Hermes :**  
migré vers NVMe avec succès, RAID5 dégradé résolu, systèmes restaurés

---