docs(hermes): rapport analyse 2026-06-05_14-30 — 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-05 14:32:48 +02:00
parent b368b85c75
commit f4f93c8810

View file

@ -0,0 +1,106 @@
# Rapport Hermes — 2026-06-05_14-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 la configuration et l'utilisation de LiteLLM comme proxy LLM, avec des informations sur les modèles, coûts et scripts de gestion
**Problèmes :**
- Le template Ansible manque les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) nécessaires à ask-agent
- Le script hermes-switch modifie manuellement le fichier de configuration au lieu d'utiliser un template Ansible
- Les coûts Anthropic sont présentés sous format incohérent (mix de dollars et de tokens)
**Suggestions :**
- Ajouter les modèles CPU dans le template Ansible pour une gestion IaC complète
- Réaliser un script Ansible pour gérer les switches de modèle au lieu de modifier manuellement le fichier de configuration
- Standardiser la présentation des coûts avec des tableaux clairs et des unités cohérentes
**État réel connu de Hermes :**
LiteLLM fonctionne correctement sur storage-01 avec tous les modèles mentionnés, mais les configurations CPU sont déployées manuellement ce qui crée un risque de décalage avec les templates Ansible
---
## ✅ `admin/ia/llama_server.md` — 9/10
**Statut** : à_jour
**Résumé** : Documentation complète sur la configuration et l'utilisation de llama-server sur gpu-01, avec détails sur les instances systemd, modèles, performances et métriques.
**Problèmes :**
- La mention du bug 'parallel' dans la configuration Hermes nécessite une clarification ou une mise à jour
- Le calcul VRAM (9GB utilisés) est critique pour un GPU de 12GB, risquant de limiter les futures mises à jour de modèle
**Suggestions :**
- Ajouter des notes de sécurité sur l'isolement des instances CPU/GPU
- Mettre à jour la section métriques pour inclure les indicateurs de charge GPU/CPU
- Ajouter une vérification préliminaire des dépendances ROCm avant déployment
**État réel connu de Hermes :**
Le composant est actif et fonctionnel, avec des métriques observables via Prometheus. Les instances CPU/GPU fonctionnent selon les paramètres définis, mais la VRAM reste un point critique pour les mises à jour futures.
---
## ✅ `admin/ia/rag.md` — 7/10
**Statut** : à_jour
**Résumé** : Documentation complète sur le système RAG de Funk, expliquant l'architecture, les composants, les modèles d'embedding et les procédures d'utilisation.
**Problèmes :**
- Le modèle d'embedding Qwen3-8B présente des limitations de discrimination sémantique (scores cosinus uniformément élevés)
- Manque de mise en évidence des alternatives dédiées comme nomic-embed-text-v1.5 ou bge-m3
**Suggestions :**
- Ajouter une section priorisée sur les alternatives d'embedding dédiés avec leurs avantages
- Mettre en avant le temps d'ingestion (~5-10 minutes) dans les instructions manuelles
- Proposer un exemple concret de recherche mal positionnée due à la limitation actuelle
**État réel connu de Hermes :**
Le système RAG est opérationnel mais utilise un modèle d'embedding génératif (Qwen3-8B) au lieu d'un modèle dédié, entraînant des résultats non triés par pertinence réelle
---
## ✅ `admin/ia/rocm.md` — 9/10
**Statut** : ok
**Résumé** : Document complet et à jour avec des vérifications système clés pour ROCm et RX 6700XT, incluant des tests de base, variables d'environnement, modules kernel et diagnostics.
**Problèmes :**
- Référence à 'rocm-smi' non disponible sans explication sur les implications
- Absence de note sur la compatibilité spécifique de gfx1031 avec HSA_OVERRIDE_GFX_VERSION
**Suggestions :**
- Ajouter une note explicative sur le fait que 'rocm-smi' n'est pas disponible sur cette configuration
- Mettre en évidence la nécessité de la variable HSA_OVERRIDE_GFX_VERSION dans un paragraphe distinct
- Préciser la version du noyau (5.14.0) dans la section 'État vérifié'
**État réel connu de Hermes :**
ROCm fonctionne correctement avec RX 6700XT (gfx1031) via HSA_OVERRIDE_GFX_VERSION=10.3.0, aucun problème détecté dans les logs ou les tests de base
---
## ✅ `admin/incidents.md` — 8/10
**Statut** : à_jour
**Résumé** : Document d'historique des incidents complet et structuré, avec résolutions détaillées pour les incidents critiques.
**Problèmes :**
- Tableaux mal formatés (entêtes de colonnes non alignés)
- Manque de détails sur la résolution de l'incident 2026-05-13 (llama-server /metrics 501)
- Absence de section de prévention ou de mesures correctives pour les incidents récurrents
**Suggestions :**
- Ajouter un résumé visuel des statistiques (ex: nombre d'incidents par gravité)
- Mettre à jour les tableaux pour aligner les entêtes et les colonnes
- Compléter la résolution de l'incident llm-server avec les étapes exactes
- Ajouter une section 'Mesures préventives' pour chaque incident critique
**État réel connu de Hermes :**
Le composant RAID5 a été migré vers NVMe avec succès. Le système utilise désormais un bind-mount XFS sur /home/data pour /srv/data. Les correctifs pour Qdrant et les services ont été appliqués.
---