# Rapport Hermes — 2026-06-04_02-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 le déploiement et la configuration de LiteLLM 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 à ask-agent
- La table des coûts Claude contient un placeholder ("~-bash.24") qui nécessite vérification
- Le script hermes-switch modifie directement /etc/litellm/config.yaml sans validation des changements

**Suggestions :**
- Mettre à jour le template Ansible pour inclure les modèles CPU manquants
- Valider et formatter correctement les données de coût pour les modèles Claude
- Ajouter des vérifications dans hermes-switch avant modification du fichier de configuration

**État réel connu de Hermes :**  
Le service LiteLLM est opérationnel sur storage-01 avec les modèles GPU configurés. Les modèles CPU sont manuellement ajoutés mais non gérés par Ansible, créant un risque de désalignement avec la configuration déployée.

---

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

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

**Problèmes :**
- La mention du 'bug parallel' reste vague sans détails supplémentaires
- Aucune information sur la gestion de la pression VRAM en temps réel

**Suggestions :**
- Ajouter un paragraphe sur la configuration de Prometheus pour surveiller l'utilisation VRAM
- Mettre à jour la note sur le parallélisme avec les spécifications ROCm 7.x actuelles
- Inclure un exemple de script pour vérifier l'état de l'espace disque sur /mnt/models

**État réel connu de Hermes :**  
Le composant est opérationnel avec les configurations actuelles, mais la pression VRAM reste critique (9/12 GB utilisés). Les métriques Prometheus montrent des taux de débit cohérents avec les spécifications matérielles.

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète sur le RAG déployé dans Funk, avec architecture, composants et procédures, mais avec des limitations connues dans le modèle d'embedding actuel.  

**Problèmes :**
- Le modèle Qwen3-8B utilisé pour les embeddings n'est pas optimisé pour la recherche sémantique (scores de similarité uniformément élevés)
- Aucune procédure claire pour migrer vers un modèle d'embedding dédié (nomic-embed-text-v1.5/bge-m3) malgré les suggestions techniques
- Temps d'ingestion long (5-10min) pour 339 chunks avec embeddings GPU

**Suggestions :**
- Ajouter une section détaillée sur la migration vers des modèles d'embedding dédiés avec checklist d'installation
- Proposer des benchmarks de performance entre les modèles actuel et alternatifs
- Ajouter un cronjob automatique pour la régénération de l'index plutôt que des scripts manuels

**État réel connu de Hermes :**  
Le système RAG est opérationnel avec Qdrant et les outils rag-query/rag-ingest, mais les résultats de recherche souffrent de perte de pertinence en raison du modèle d'embedding non optimisé

---

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

**Statut** : à_jour  
**Résumé** : Document complet sur la configuration ROCm pour RX 6700XT avec vérifications clés, mais présente quelques améliorations possibles  

**Problèmes :**
- Utilisation de 'ssh g01' (abrégé non standard)
- Manque d'explications sur les commandes critiques
- Variables d'environnement non vérifiées dans les sessions interactives

**Suggestions :**
- Ajouter des explications pour chaque vérification
- Mettre à jour les commandes SSH avec l'adresse correcte (hermes@gpu-01)
- Ajouter des notes sur la gestion des permissions sudo
- Inclure des exemples de sortie attendue pour chaque commande

**État réel connu de Hermes :**  
null

---

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

**Statut** : à_jour  
**Résumé** : Document d'historique des incidents technique complet et bien structuré avec résolutions détaillées  

**Problèmes :**
- Formatage des tableaux non conforme (|---| colonnes mal alignées)
- Manque de filigrane temporel pour distinguer incidents passés/presents
- L'entrée 2026-05-29 contient des backticks non échappés dans les commandes rsync

**Suggestions :**
- Ajouter un filigrane de date de dernière vérification
- Standardiser le format des dates (AAAA-MM-JJ vs JJ/MM/AAAA)
- Mettre en évidence les incidents critiques avec une icône visuelle
- Ajouter un résumé visuel des statistiques (nombre d'incidents par gravité)

**É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, fonctionnel', 'grafana': 'Limites mémoire ajustées', 'alertmanager': 'Configuration corrigée'}

---

