# Rapport Hermes — 2026-06-05_11-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 et l'utilisation de LiteLLM, avec des informations précises sur les modèles, coûts et limitations du système.  

**Problèmes :**
- Le template Ansible ne comprend pas les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) nécessaires aux agents ask-agent
- L'absence de mention des paramètres HSA_OVERRIDE_GFX_VERSION et des restrictions pour Gemma 4
- Les coûts Claude sont présentés sous forme de tableau inachevé avec des valeurs incomplètes

**Suggestions :**
- Mettre à jour le template Ansible pour inclure les modèles CPU et garantir une IaC complète
- Ajouter des notes sur les paramètres requis pour ROCm et les limitations des modèles
- Compléter le tableau des coûts avec des chiffres précis et des unités de mesure
- Lier les sections 'Switch rapide' et 'Configuration' pour clarifier la gestion des modèles

**État réel connu de Hermes :**  
Le système fonctionne avec des interventions manuelles pour les modèles CPU. Le template Ansible est défaillant, créant un risque de non-disponibilité des routes nécessaires aux agents ask-agent lors de déploiements nouveaux.

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète sur la configuration et l'utilisation de llama-server sur gpu-01, avec paramètres, métriques et tests opérationnels.  

**Problèmes :**
- La section sur les métriques Prometheus ne mentionne pas la configuration requise du flag --metrics dans le service systemd
- Le paragraphe sur les performances ne précise pas les conditions de test (ex: charge de travail, taille des prompts)

**Suggestions :**
- Ajouter une vérification des prérequis ROCm dans la section d'installation
- Mettre en évidence le risque de conflit avec le paramètre 'parallel' de Hermes
- Indiquer la commande pour tester le débit de tokens en continu (ex: curl avec --location-trusted)

**État réel connu de Hermes :**  
Les trois instances systemd fonctionnent correctement avec un usage VRAM sous le seuil. Les métriques Prometheus sont actives mais nécessitent une configuration spécifique. Les tests d'embeddings réussissent avec la dimension attendue.

---

## ✅ `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 d'embedding et procédures de mise à jour, bien que quelques améliorations soient possibles.  

**Problèmes :**
- Aucune mention de la version spécifique de Qwen3-8B utilisée
- La limitation des scores cosinus uniformes pourrait être mieux expliquée en termes d'impact sur la recherche
- Manque de détails sur la durée exacte de l'ingestion (5-10 minutes est approximatif)

**Suggestions :**
- Ajouter la version exacte de Qwen3-8B (ex: Qwen3-8B-GGUF-v0.1)
- Inclure un exemple concret de dégradation de recherche due aux scores uniformes
- Préciser les étapes pour vérifier l'efficacité des modèles alternatifs après re-indexage

**État réel connu de Hermes :**  
Le système RAG est opérationnel mais utilise un modèle d'embedding suboptimal (Qwen3-8B). Les alternatives comme nomic-embed-text-v1.5 sont disponibles mais non déployées.

---

## ✅ `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 pour les commandes.  

**Problèmes :**
- Aucune explication des commandes ROCm (rocminfo, clinfo) et de leur utilité
- Les alias 'g01' pour gpu-01 ne sont pas définis dans le document
- Pas de mention des droits sudo requis pour certaines commandes
- Manque de contexte sur la nécessité de HSA_OVERRIDE_GFX_VERSION

**Suggestions :**
- Ajouter des explications pour chaque commande ROCm (ex: 'rocminfo liste les informations du GPU')
- Définir l'alias 'g01' dans le document pour clarifier les SSH
- Indiquer les droits sudo nécessaires pour les commandes critiques
- Expliciter pourquoi HSA_OVERRIDE_GFX_VERSION est obligatoire pour gfx1031

**État réel connu de Hermes :**  
ROCm est correctement configuré sur gpu-01 avec HSA_OVERRIDE_GFX_VERSION=10.3.0. Les modules amdgpu sont chargés et les repositories AMD sont en place. Les groupes video/render sont assignés à l'utilisateur ansible.

---

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

**Statut** : à_jour  
**Résumé** : Document d'historique des incidents avec résolutions détaillées, notamment la migration critique du RAID5 vers NVMe  

**Problèmes :**
- Les niveaux de sévérité (Important/Critique) sont non standardisés
- Manque de vérification post-migration pour valider la réussite de l'opération
- Format des dates non uniforme (2026-05-29 vs 2026-05-14)

**Suggestions :**
- Standardiser les niveaux de sévérité (ex: Critique/Modérée/Information)
- Ajouter des étapes de vérification post-incident (ex: tests de charge, checks de cohérence des données)
- Utiliser un format de date uniforme (AAAA-MM-JJ)

**État réel connu de Hermes :**  
{'RAID5': 'Désactivé, données migrées vers NVMe', 'sdb': 'Marqué comme défaillant, hors du RAID', 'qdrant': 'Corrections appliquées, service rétabli', 'grafana': 'Limite de mémoire ajustée, service opérationnel'}

---

