mirror of
https://github.com/Alkatrazz24/Funk-lab.git
synced 2026-07-08 19:34:42 +02:00
docs(hermes): rapport analyse 2026-06-08_05-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:
parent
e1af1318fc
commit
cdc4c5fb1b
1 changed files with 103 additions and 0 deletions
103
admin/hermes/builtin/2026-06-08_05-00.md
Normal file
103
admin/hermes/builtin/2026-06-08_05-00.md
Normal file
|
|
@ -0,0 +1,103 @@
|
|||
# Rapport Hermes — 2026-06-08_05-00
|
||||
> Branche : `hermes/daily-work` · Fichiers analysés : 5
|
||||
|
||||
---
|
||||
## Résumé
|
||||
- ✅ À jour : 5
|
||||
- ⚠️ À améliorer : 0
|
||||
|
||||
## ✅ `admin/ia/litellm.md` — 9/10
|
||||
|
||||
**Statut** : à_jour
|
||||
**Résumé** : Documentation complète sur la configuration et les modèles de LiteLLM, avec des exemples de commandes et des informations sur les coûts, mais avec un gap IaC sur les modèles CPU.
|
||||
|
||||
**Problèmes :**
|
||||
- Les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) ne sont pas inclus dans le template Ansible, nécessitant une configuration manuelle.
|
||||
|
||||
**Suggestions :**
|
||||
- Mettre à jour le template Ansible (config.yaml.j2) pour inclure les modèles CPU et éviter la configuration manuelle.
|
||||
|
||||
**État réel connu de Hermes :**
|
||||
Les modèles CPU sont actuellement configurés manuellement sur storage-01, ce qui crée un point de fragilité dans la gestion par IaC.
|
||||
|
||||
---
|
||||
|
||||
## ✅ `admin/ia/llama_server.md` — 9/10
|
||||
|
||||
**Statut** : à_jour
|
||||
**Résumé** : Document complet sur la configuration et les performances de llama-server sur gpu-01, avec tests et métriques.
|
||||
|
||||
**Problèmes :**
|
||||
- Manque la mention de l'env HSA_OVERRIDE_GFX_VERSION=10.3.0 requise pour RX 6700XT
|
||||
- La section métriques pourrait inclure plus d'exemples concrets de requêtes Prometheus
|
||||
|
||||
**Suggestions :**
|
||||
- Ajouter la configuration requise pour ROCm 7.x et le matériel RX 6700XT
|
||||
- Compléter la section métriques avec des exemples de requêtes plus détaillées
|
||||
- Ajouter une note sur la gestion des erreurs et la surveillance proactive
|
||||
|
||||
**État réel connu de Hermes :**
|
||||
Le service est opérationnel avec les configurations décrites, les tests de base fonctionnent, mais des améliorations sont possibles pour la robustesse
|
||||
|
||||
---
|
||||
|
||||
## ✅ `admin/ia/rag.md` — 9/10
|
||||
|
||||
**Statut** : à_jour
|
||||
**Résumé** : Document explicite sur l'implémentation RAG de Funk, couvrant l'architecture, les composants, les usages et les procédures de maintenance.
|
||||
|
||||
**Problèmes :**
|
||||
- La limitation du modèle Qwen3-8B pour les embeddings (non spécialisé, scores cosinus uniformément élevés)
|
||||
- Aucune mention des risques de dégradation de la recherche sémantique avec les embeddings génératifs
|
||||
|
||||
**Suggestions :**
|
||||
- Ajouter une section sur les alternatives de modèles d'embedding dédiés (nomic-embed-text, bge-m3)
|
||||
- Mettre en avant les avantages des modèles multilingues pour le repo francophone
|
||||
- Préciser les seuils de similarité cosinus critiques (ex: >0.92 = risque de pertinence faible)
|
||||
|
||||
**État réel connu de Hermes :**
|
||||
Système RAG actif sur storage-01 avec Qdrant (funk-docs), ingestion automatique via Ansible, et workflow de mise à jour opérationnel
|
||||
|
||||
---
|
||||
|
||||
## ✅ `admin/ia/rocm.md` — 9/10
|
||||
|
||||
**Statut** : à_jour
|
||||
**Résumé** : Le document ROCm est complet et conforme à l'état actuel du système, avec des vérifications exhaustives et des instructions claires pour la configuration AMD RX 6700XT.
|
||||
|
||||
**Problèmes :**
|
||||
- La commande 'rocm-smi' n'est pas disponible sur gpu-01, ce qui pourrait limiter la supervision des GPU
|
||||
- Aucune mention des erreurs connues avec les modèles Qwen3-8B sur ROCm
|
||||
|
||||
**Suggestions :**
|
||||
- Ajouter une note explicative sur l'absence de 'rocm-smi' et suggérer des alternatives de monitoring
|
||||
- Mettre en avant les précautions pour les modèles de grande taille (Gemma 4 interdit)
|
||||
- Inclure des exemples de sortie attendue pour les commandes comme 'rocminfo'
|
||||
|
||||
**État réel connu de Hermes :**
|
||||
ROCm fonctionne correctement avec HSA_OVERRIDE_GFX_VERSION=10.3.0, noyau 5.14.0, aucun crash détecté, configuration conforme à la documentation
|
||||
|
||||
---
|
||||
|
||||
## ✅ `admin/incidents.md` — 7/10
|
||||
|
||||
**Statut** : à_jour
|
||||
**Résumé** : Document bien structuré avec des détails techniques sur les incidents critiques, mais présentant des incohérences de formatage et des sections incomplètes.
|
||||
|
||||
**Problèmes :**
|
||||
- Tableau d'index avec alignement de colonnes incorrect
|
||||
- Manque de sections détaillées pour les incidents antérieurs (2026-05-27, 2026-05-14, 2026-05-13)
|
||||
- Absence de statut post-incident pour la plupart des entrées
|
||||
- Formatage incohérent entre les sections (ex: pipe dans les en-têtes de tableau)
|
||||
|
||||
**Suggestions :**
|
||||
- Standardiser le formatage des tableaux avec alignement correct
|
||||
- Ajouter des sections détaillées avec contexte, symptômes et résolutions pour tous les incidents
|
||||
- Inclure un statut post-incident pour chaque cas
|
||||
- Ajouter des explications des termes techniques (ex: explication du rsync dans la migration)
|
||||
|
||||
**État réel connu de Hermes :**
|
||||
Le composant /srv/data a été migré vers NVMe avec succès (XFS bind-mount), les données sont désormais stockées sur un périphérique stable après résolution des erreurs RAID5
|
||||
|
||||
---
|
||||
|
||||
Loading…
Add table
Add a link
Reference in a new issue