docs(hermes): rapport analyse 2026-06-09_21-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>
This commit is contained in:
Hermes Bot 2026-06-09 21:02:50 +02:00
parent 5ced10cf7b
commit e8e596b6da

View file

@ -0,0 +1,105 @@
# Rapport Hermes — 2026-06-09_21-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 avec des modèles Qwen et Claude, mais présente un gap IaC sur les modèles CPU
**Problèmes :**
- Les modèles qwen3-1.7b-system et qwen3-1.7b-monitor sont manuellement ajoutés dans /etc/litellm/config.yaml alors que le template Ansible ne les inclut pas
**Suggestions :**
- Mettre à jour le template Ansible (config.yaml.j2) pour inclure les modèles CPU
- Ajouter une note explicite sur la procédure de déploiement des modèles CPU
**État réel connu de Hermes :**
Le service LiteLLM fonctionne correctement avec les modèles GPU et CPU, mais les configurations CPU ne sont pas déployées par le template Ansible
---
## ✅ `admin/ia/llama_server.md` — 9/10
**Statut** : à_jour
**Résumé** : Documentation complète sur la configuration et les performances du llama-server sur gpu-01, avec des tests et métriques opérationnels
**Problèmes :**
- Mention du 'bug parallel' lié à Hermes sans détails supplémentaires
- La section métrique Prometheus se termine sur un mot incomplet ('backpressu')
- Aucune information sur la résolution du conflit entre les instances CPU/GPU
**Suggestions :**
- Ajouter une vérification du correctif pour le bug parallel dans la section 'Performances'
- Corriger le typo dans la section métrique Prometheus
- Inclure un checklist de validation des trois instances systemd
**État réel connu de Hermes :**
Le setup est opérationnel avec 9GB de VRAM utilisée pour le modèle Qwen3-8B. Les métriques Prometheus fonctionnent avec le flag --metrics, mais le bug parallel affecte le parallélisme Hermes nécessitant une investigation supplémentaire.
---
## ✅ `admin/ia/rag.md` — 8/10
**Statut** : à_jour
**Résumé** : Documentation complète sur le système RAG de Funk, incluant architecture, composants, limitations et procédures de mise à jour.
**Problèmes :**
- Utilisation du modèle Qwen3-8B pour les embeddings (non optimisé pour la recherche sémantique)
- Scores de similarité cosinus uniformément élevés (0.90-0.95) indiquant une faible discrimination sémantique
- Fichier incidents.md peut remonter en premier malgré une faible pertinence
**Suggestions :**
- Migrer vers un modèle d'embedding dédié comme bge-m3 pour améliorer la pertinence
- Ajouter des exemples concrets de cas où le système RAG est utilisé dans le homelab
- Mettre à jour les notes sur les optimisations possibles avec les nouveaux modèles
**État réel connu de Hermes :**
Le système RAG est actif sur storage-01 avec Qdrant et les outils rag-query/rag-ingest. L'index contient 339 chunks dimensionnés à 4096 (cosine). La dernière mise à jour a été effectuée via Ansible.
---
## ✅ `admin/ia/rocm.md` — 9/10
**Statut** : à_jour
**Résumé** : Documentation complète sur la configuration ROCm pour RX 6700XT avec vérifications opérationnelles et commandes de diagnostic
**Problèmes :**
- Manque d'explication sur l'absence de 'rocm-smi' sur gpu-01
- La variable HSA_OVERRIDE_GFX_VERSION n'est pas détaillée dans les sections de configuration
**Suggestions :**
- Ajouter une note explicative sur l'absence de 'rocm-smi' et ses implications
- Préciser le pourquoi de la variable HSA_OVERRIDE_GFX_VERSION et ses effets
**État réel connu de Hermes :**
ROCm opérationnel avec version 5.14.0 du noyau, aucun crash détecté, configuration conforme, NFS export fonctionnel
---
## ✅ `admin/incidents.md` — 8/10
**Statut** : à_jour
**Résumé** : Document complet et structuré avec historique des incidents critiques et résolutions détaillées, mais présente quelques problèmes de mise en forme.
**Problèmes :**
- Les données SMART (Raw_Read_Error_Rate) contiennent des backslashes \ qui perturbent la lecture
- La dernière ligne du tableau d'état post-migration est incomplète (« Espace disponibl »)
- Les tables utilisent des tirets simples (-) pour les en-têtes au lieu de doubles tirets (--)
- Manque de filigrane temporel pour les sections d'incidents antérieurs à 2026-05-29
**Suggestions :**
- Corriger les backslashes dans les données SMART pour une meilleure lisibilité
- Compléter la dernière ligne du tableau d'état post-migration
- Standardiser les tables avec des en-têtes à double tiret (--)
- Ajouter un filigrane de date à chaque section d'incident pour clarté temporelle
**État réel connu de Hermes :**
Le composant RAID5 a été migré vers NVMe (XFS), les données sont maintenant sur /home/data via bind-mount. Le composant Qdrant a subi une corrélation de fichier corrompu nécessitant un remplacement manuel.
---