mirror of
https://github.com/Alkatrazz24/Funk-lab.git
synced 2026-07-08 17:04:42 +02:00
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:
parent
b368b85c75
commit
f4f93c8810
1 changed files with 106 additions and 0 deletions
106
admin/hermes/builtin/2026-06-05_14-30.md
Normal file
106
admin/hermes/builtin/2026-06-05_14-30.md
Normal 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.
|
||||
|
||||
---
|
||||
|
||||
Loading…
Add table
Add a link
Reference in a new issue