From f4f93c88108cf43a3fd563d23cf8ac523bb6eb4a Mon Sep 17 00:00:00 2001 From: Hermes Bot Date: Fri, 5 Jun 2026 14:32:48 +0200 Subject: [PATCH] =?UTF-8?q?docs(hermes):=20rapport=20analyse=202026-06-05?= =?UTF-8?q?=5F14-30=20=E2=80=94=205=20fichiers?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Analysés : litellm.md, llama_server.md, rag.md, rocm.md, incidents.md À améliorer : 0/5 Co-Authored-By: Hermes --- admin/hermes/builtin/2026-06-05_14-30.md | 106 +++++++++++++++++++++++ 1 file changed, 106 insertions(+) create mode 100644 admin/hermes/builtin/2026-06-05_14-30.md diff --git a/admin/hermes/builtin/2026-06-05_14-30.md b/admin/hermes/builtin/2026-06-05_14-30.md new file mode 100644 index 0000000..a7c7444 --- /dev/null +++ b/admin/hermes/builtin/2026-06-05_14-30.md @@ -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. + +--- +