# Rapport Hermes — 2026-06-08_22-00
> 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 comme proxy LLM unifié, avec des informations sur les modèles, les coûts et les outils 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 est incomplète (valeurs estimées sans précision)
- Référence vers hermes.md sans lien direct vers le fichier
- Manque de section dédiée aux erreurs courantes et résolutions

**Suggestions :**
- Mettre à jour la table des coûts Claude avec des chiffres précis
- Ajouter une section 'Troubleshooting' avec exemples de problèmes courants
- Incorporer les modèles CPU dans le template Ansible
- Créer un lien vers hermes.md dans la documentation liée

**État réel connu de Hermes :**  
Les modèles CPU sont manuellement ajoutés dans /etc/litellm/config.yaml, créant un gap IaC. Les coûts Claude sont estimés, pas factuels.

---

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

**Statut** : à_jour  
**Résumé** : Document complet et structuré sur la configuration de llama-server sur gpu-01, avec paramètres, performances et métriques détaillées.  

**Problèmes :**
- La mention du 'bug parallel' reste vague sans explication supplémentaire
- Le test des métriques Prometheus manque le flag --metrics dans l'exemple curl

**Suggestions :**
- Ajouter une vérification du chemin NFS /mnt/models/bartowski
- Mettre à jour la note sur le pooling pour clarifier l'erreur 400
- Ajouter une section dédiée aux vérifications post-deploiement

**État réel connu de Hermes :**  
llama-server fonctionne avec 9GB VRAM utilisés, métriques Prometheus activées, mais le problème de parallélisme persiste

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète sur l'implémentation RAG de Funk, incluant architecture, outils et processus d'indexation  

**Problèmes :**
- La limitation du modèle Qwen3-8B est décrite mais pas quantifiée (ex: scores exacts ou exemples concrets)
- Les étapes pour déployer des modèles alternatifs (nomic-embed-text-v1.5) manquent de détails pratiques

**Suggestions :**
- Ajouter des exemples concrets de scores de similarité pour illustrer la limitation
- Détaillez les étapes pour configurer et tester les modèles alternatifs (ex: ports, paramètres Ansible)
- Indiquer le temps d'ingestion moyen pour les 339 chunks

**État réel connu de Hermes :**  
Le système RAG est opérationnel avec Qdrant et les outils rag-query/rag-ingest, mais les embeddings utilisent un modèle génératif non optimisé pour la recherche sémantique

---

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

**Statut** : à_jour  
**Résumé** : Le document ROCm.md est complet et à jour, couvrant les vérifications essentielles et les configurations requises pour AMD RX 6700XT sur AlmaLinux.  

**Problèmes :**
- La commande 'rocm-smi' n'est pas disponible sur gpu-01, ce qui pourrait limiter la surveillance des GPU
- Aucune mention des versions spécifiques de ROCm installées, ce qui pourrait être utile pour la débogage

**Suggestions :**
- Ajouter une vérification de la version ROCm installée via 'rocminfo | grep ROCk'
- Mettre à jour la section 'État vérifié' avec la version exacte de ROCm et du noyau
- Inclure des instructions pour tester 'rocm-smi' si disponible

**État réel connu de Hermes :**  
Services ROCm fonctionnels, aucun crash détecté, configuration conforme, NFS export correct

---

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

**Statut** : à_jour  
**Résumé** : Document structuré avec historique des incidents critique et résolutions détaillées, mais présente des incohérences de formatage et des lacunes techniques.  

**Problèmes :**
- Niveaux de sévérité incohérents (mix de 'Important', 'Critique', 'Warning')
- Section 'Symptômes déclencheurs' manque de mise en évidence des erreurs SMART
- Table 'État post-migration' incomplète (colonne 'Disponibilité' manquante)
- Syntaxe markdown incorrecte dans la section 'Résolution' (manque de guillemets autour des commandes)
- Références à des fichiers corrompus sans indication de sauvegarde

**Suggestions :**
- Normaliser les niveaux de sévérité (ex: Critique/Warning/Information)
- Ajouter une section 'Leçons apprises' pour chaque incident
- Compléter la table d'état avec les mesures de disponibilité post-migration
- Ajouter des notes de sécurité pour les opérations risquées (ex: `sudo`)
- Inclure des timestamps pour les actions critiques dans les logs

**État réel connu de Hermes :**  
Le RAID5 a été migré vers NVMe, les données sont maintenant sur XFS. Le composant 'sdd' a été remplacé, les correctifs de Qdrant sont appliqués. Les services sont opérationnels.

---