# Rapport Hermes — 2026-06-03_23-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é** : Document complet sur la configuration et l'utilisation de LiteLLM comme proxy LLM, avec des informations sur les modèles, coûts et scripts d'administration  

**Problèmes :**
- Le template Ansible manque les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) nécessaires aux agents ask-agent
- Les coûts Claude sont présentés sous forme de tableaux avec des valeurs incomplètes (ex: "~-bash.24")
- Le script hermes-switch n'est pas décrit en détail dans le document

**Suggestions :**
- Mettre à jour le template Ansible pour inclure les modèles CPU manquants
- Corriger les formats de tableau pour les coûts Claude
- Ajouter une explication détaillée du fonctionnement de hermes-switch

**État réel connu de Hermes :**  
Les modèles CPU sont ajoutés manuellement dans /etc/litellm/config.yaml, ce qui crée une dépendance fragile. Le script hermes-switch fonctionne mais nécessite une documentation complémentaire.

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète des trois instances llama-server sur gpu-01 avec configurations, API OpenAI, performances et métriques Prometheus, mais manque des détails sur l'état actuel des services dans Funk  

**Problèmes :**
- La section sur les métriques Prometheus indique que le flag --metrics est requis mais ne vérifie pas si cela est activé dans la configuration systemd
- Mention d'un bug 'parallel' pour Hermes sans détails supplémentaires
- Aucune mention des dépendances requises pour les modèles Qwen3-8B/Q4_K_M

**Suggestions :**
- Ajouter une vérification des prérequis système (ROCm 7.x, VRAM, etc.)
- Inclure la commande pour vérifier l'état des services systemd
- Mettre à jour les métriques avec les valeurs actuelles du cluster
- Ajouter une note sur la gestion des quotas VRAM pour les modèles

**État réel connu de Hermes :**  
Les trois instances sont configurées correctement avec les modèles Qwen3-8B/Q4_K_M, mais les métriques Prometheus nécessitent le flag --metrics activé dans le service systemd

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète sur l'implémentation RAG dans Funk, expliquant l'architecture, les composants et les procédures d'utilisation avec des exemples concrets.  

**Problèmes :**
- Le modèle d'embedding Qwen3-8B présente des limitations de discrimination sémantique (scores cosinus uniformément élevés)
- La procédure manuelle de re-indexage est coûteuse en temps (5-10 minutes pour 339 chunks)

**Suggestions :**
- Ajouter des instructions pour déployer des modèles d'embedding dédiés comme nomic-embed-text-v1.5
- Proposer une optimisation du processus d'ingestion via batch processing ou parallélisation
- Mettre en avant les alternatives multilingues comme bge-m3 pour les recherches en français

**État réel connu de Hermes :**  
Le système RAG est opérationnel avec Qdrant et rag-query, mais les résultats de recherche souffrent de la limitation du modèle d'embedding. L'index est maintenu via Ansible et processus manuels.

---

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

**Statut** : à_jour  
**Résumé** : Document complet sur la configuration ROCm pour RX 6700XT, avec des vérifications clés et des commandes d'analyse, mais nécessite quelques ajustements mineurs.  

**Problèmes :**
- Utilisation de 'g01' comme hostname (devrait être 'gpu-01' ou '192.168.10.20')
- Absence de mention des dépendances nécessaires (ex: packages AMD ROCm)
- Commandes 'watch' et 'cat /sys/class/drm' peuvent nécessiter des droits root
- Pas de note sur la compatibilité avec les conteneurs (ROCm exécuté directement sur l'hôte)

**Suggestions :**
- Mettre à jour les hostnames vers 'gpu-01' ou l'IP 192.168.10.20
- Ajouter une section sur la configuration des dépôts AMD ROCm
- Préciser les prérequis système (ex: kernel 5.x, modules amdgpu)
- Ajouter des explications sur l'override HSA_VERSION et ses implications

**État réel connu de Hermes :**  
ROCm est configuré avec HSA_OVERRIDE_GFX_VERSION=10.3.0 sur gpu-01, les modules amdgpu sont chargés, et les commandes de vérification fonctionnent. Les groupes utilisateur 'video'/'render' sont correctement configurés.

---

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

**Statut** : à_jour  
**Résumé** : Document complet et structuré avec historique des incidents et résolutions détaillées, mais manque d'informations sur l'état actuel des composants post-résolution.  

**Problèmes :**
- L'entrée 'État post-migration' ne fournit pas de métriques ou de vérifications post-incident
- Aucune mention des états actuels des composants comme Grafana ou AlertManager après leurs incidents
- La section '2026-05-13' mentionne une erreur `/metrics` non corrigée

**Suggestions :**
- Ajouter une section 'État actuel' pour chaque composant mentionné avec vérifications post-résolution
- Mettre à jour les entrées avec des dates de validation (ex: 'Corrigé le 2026-06-01')
- Utiliser des listes à puces pour les étapes de résolution pour améliorer la lisibilité

**État réel connu de Hermes :**  
Le document reflète correctement les incidents historiques, mais ne fournit pas d'informations actualisées sur l'état des systèmes post-résolution

---

