# Rapport Hermes — 2026-06-07_13-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 avec des informations sur les modèles, coûts et intégration Ansible, mais présente des lacunes dans la couverture IaC  

**Problèmes :**
- Le template Ansible ne comprend pas les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) nécessaires à ask-agent
- La section coût Claude contient un placeholder (« ~-bash.24 ») qui est incohérent
- L'état réel du composant n'est pas documenté dans le fichier

**Suggestions :**
- Mettre à jour le template Ansible pour inclure les modèles CPU manquants
- Corriger la section coût Claude pour fournir des valeurs réelles
- Ajouter une section détaillant l'état actuel des configurations sur le cluster

**État réel connu de Hermes :**  
Le service LiteLLM est opérationnel sur storage-01 avec les modèles GPU configurés, mais les modèles CPU nécessaires à ask-agent sont manuellement ajoutés dans /etc/litellm/config.yaml sans intégration IaC

---

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

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

**Problèmes :**
- Manque de détails sur la configuration des systemd services (ex: paramètres spécifiques)
- Aucune mention des dépendances logicielles requises (ex: ROCm 7.x, bibliothèques NFS)

**Suggestions :**
- Ajouter une section sur la gestion des mises à jour du modèle
- Préciser les bonnes pratiques pour surveiller la VRAM en temps réel

**État réel connu de Hermes :**  
Le service fonctionne conformément à la documentation, avec des métriques Prometheus activées et des tests d'embeddings réussis

---

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

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

**Problèmes :**
- Le modèle Qwen3-8B utilisé pour les embeddings présente des limitations de discrimination sémantique (scores cosinus uniformément élevés)
- L'ingestion des données prend 5-10 minutes pour 339 chunks, potentiellement gênant pour les mises à jour fréquentes

**Suggestions :**
- Ajouter des exemples concrets de requêtes RAG avec des cas d'usage typiques
- Mettre en avant les alternatives d'embedding dédiés (nomic-embed-text-v1.5, bge-m3) avec des comparatifs qualité/taille
- Ajouter une section sur l'optimisation du processus d'ingestion (parallélisation, chunking)

**État réel connu de Hermes :**  
Le système RAG est opérationnel avec Qdrant et rag-query, mais les limitations du modèle d'embedding restent critiques pour la pertinence des résultats

---

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

**Statut** : à_jour  
**Résumé** : Document complet sur la configuration ROCm pour RX 6700XT avec vérifications clés, mais manque d'explications contextuelles  

**Problèmes :**
- La date du document est en 2026-06-05 (futur) ce qui suggère un retard dans la mise à jour
- Aucune explication sur le pourquoi de HSA_OVERRIDE_GFX_VERSION=10.3.0
- Manque de conseils pour résoudre les éventuels problèmes de détection du GPU

**Suggestions :**
- Ajouter une section expliquant la nécessité de HSA_OVERRIDE_GFX_VERSION
- Inclure des exemples de sortie attendue pour chaque commande
- Mettre à jour la date du document à la date actuelle
- Ajouter une note sur la disponibilité limitée de rocm-smi sur cette machine

**État réel connu de Hermes :**  
ROCm configuré avec HSA_OVERRIDE_GFX_VERSION=10.3.0, modules amdgpu chargés, aucun crash détecté, mais rocm-smi non disponible sur gpu-01

---

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

**Statut** : à_jour  
**Résumé** : Document d'historique des incidents complet et structuré, avec résolutions détaillées pour les derniers événements critiques  

**Problèmes :**
- La section 'État post-migration' est incomplète (texte coupé à mi-mots)
- Les niveaux de sévérité ('Important', 'Critique') manquent de standardisation
- La table d'index a un format incohérent avec la dernière ligne incomplète
- Aucune mention des vérifications post-migration pour les services affectés

**Suggestions :**
- Compléter la section 'État post-migration' avec les métriques finales et tests de validation
- Standardiser les niveaux de sévérité avec des icônes ou codes numériques (ex: ⚠️, ⚠️⚠️)
- Ajouter une colonne 'Catégorie' (HDD, RAID, Logiciels, etc.) pour meilleure classification
- Inclure des indicateurs de réussite pour chaque étape de résolution (ex: 'rsync terminé avec code 0')

**État réel connu de Hermes :**  
Le système RAID5 est désormais déployé vers NVMe, les services sont opérationnels, mais des tests de résilience sont en cours

---

