# Rapport Hermes — 2026-06-08_08-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 sur la configuration et l'utilisation de LiteLLM comme proxy LLM unifié, avec des informations sur les modèles, les coûts et les outils de gestion.  

**Problèmes :**
- Le template Ansible litellm/config.yaml.j2 manque les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) référencés dans /etc/litellm/config.yaml
- Aucune mention des risques liés à l'absence de ces modèles dans le template pour les nouvelles déploiements

**Suggestions :**
- Mettre à jour le template Ansible pour inclure tous les modèles référencés (y compris les CPU)
- Ajouter une note explicite sur les implications de cette configuration gap pour les nouvelles déploiements
- Lier le script hermes-switch à la gestion des configurations via Ansible pour garantir la cohérence

**État réel connu de Hermes :**  
Fonctionnel avec des modèles GPU locaux et Claude, mais présente un gap IaC critique pour les déploiements automatisés

---

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

**Statut** : ok  
**Résumé** : Documentation complète et structurée sur la configuration des instances llama-server sur gpu-01, incluant les services systemd, modèles, performances et métriques.  

**Problèmes :**
- La mention du 'bug parallel' dans la section Hermes reste vague sans détails supplémentaires
- Le checkmark ✅ dans la section VRAM pourrait être remplacé par une note explicite sur les limites

**Suggestions :**
- Ajouter une note sur la procédure de mise à jour des modèles GGUF
- Préciser les commandes pour vérifier la version ROCm en cours d'utilisation
- Inclure un exemple de requête pour tester l'endpoint /metrics avec des filtres spécifiques

**État réel connu de Hermes :**  
Les instances sont opérationnelles avec des métriques correctement exposées. Le modèle Qwen3-8B utilise 9GB VRAM sur RX 6700XT sans surcharge, les embeddings fonctionnent avec pooling mean activé.

---

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

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

**Problèmes :**
- Utilisation d'un modèle génératif (Qwen3-8B) pour les embeddings, avec des scores cosinus uniformément élevés (0.90-0.95) indépendamment de la pertinence
- Le fichier avec le plus de tokens (ex: incidents.md) remonte souvent en premier en raison de la limitation du modèle

**Suggestions :**
- Déployer un modèle d'embedding dédié comme nomic-embed-text-v1.5 ou bge-m3 pour une recherche sémantique précise
- Mettre à jour les paramètres ansible/roles/rag pour utiliser le nouveau modèle si déployé

**État réel connu de Hermes :**  
Le RAG est actif avec Qdrant (funk-docs) et rag-query. L'index est mis à jour via Ansible ou manuellement. Les embeddings utilisent actuellement Qwen3-8B avec les flags --embeddings --pooling mean.

---

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

**Statut** : à_jour  
**Résumé** : Le document ROCm.md est complet et à jour, couvrant les vérifications essentielles pour la configuration AMD RX 6700XT sur AlmaLinux, y compris les variables d'environnement, les modules noyau, les dépôts AMD et les procédures de débogage.  

**Problèmes :**
- Manque de mention sur les nouvelles fonctionnalités ROCm 6.1+ (ex: support amélioré pour les modèles LLM)
- Aucune instruction pour vérifier les pilotes AMD via rpm -q amdgpu-driver

**Suggestions :**
- Ajouter une section sur la vérification des pilotes AMD avec 'rpm -q amdgpu-driver'
- Mettre à jour la note sur HSA_OVERRIDE_GFX_VERSION avec la version ROCm 6.1+
- Inclure un check pour 'rocm-smi' et ses sortie attendues

**État réel connu de Hermes :**  
ROCm 6.1.253 installé, kernel 5.14.0-687.5.3, HSA_OVERRIDE_GFX_VERSION=10.3.0 activé, modules amdgpu chargés, utilisateur dans les groupes video/render, no crash report dans les pods

---

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

**Statut** : à_jour  
**Résumé** : Document d'historique des incidents complet et structuré, avec résolution détaillée pour l'incident du 2026-05-29  

**Problèmes :**
- La table 'État post-migration' est incomplète (ligne 'Espace disponibl' tronquée)
- Incohérence dans les longueurs des colonnes 'Résumé' dans le tableau d'index
- Manque de synthèse des résolutions pour les incidents antérieurs au 2026-05-29

**Suggestions :**
- Compléter la table 'État post-migration' avec les métriques d'espace disque
- Standardiser la longueur des colonnes 'Résumé' pour améliorer la lisibilité
- Ajouter un résumé succinct pour chaque incident dans le tableau d'index

**État réel connu de Hermes :**  
Le composant RAID5 a été migré vers NVMe, les données sont maintenant sur un LV XFS stable. Le système monté en bind persiste via fstab mis à jour.

---

