docs(hermes): rapport analyse 2026-06-08_22-00 — 5 fichiers

Analysés : litellm.md, llama_server.md, rag.md, rocm.md, incidents.md
À améliorer : 0/5

Co-Authored-By: Hermes <hermes@funk.lab>

admin/hermes/builtin/2026-06-08_22-00.md

@@ -0,0 +1,111 @@
+# 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.
+
+---
+