mirror of
https://github.com/Alkatrazz24/Funk-lab.git
synced 2026-07-11 02:04:42 +02:00
111 lines
5.2 KiB
Markdown
111 lines
5.2 KiB
Markdown
# Rapport Hermes — 2026-06-03_15-13
|
|
> 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 informations sur les modèles, les coûts et les outils d'administration, mais avec un gap IaC non résolu.
|
|
|
|
**Problèmes :**
|
|
- Les modèles CPU (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
|
|
- Aucune mention des risques liés à la configuration manuelle (perte en cas de reapply)
|
|
|
|
**Suggestions :**
|
|
- Mettre à jour le template Ansible (config.yaml.j2) pour inclure tous les modèles nécessaires
|
|
- Ajouter une note explicite sur la gestion des configurations manuelles et les risques associés
|
|
- Lier le fichier à la gestion des versions des modèles via un inventaire dynamique
|
|
|
|
**État réel connu de Hermes :**
|
|
Le service fonctionne correctement avec les modèles GPU et CPU, mais le déploiement IaC reste incomplet et expose à des erreurs de configuration
|
|
|
|
---
|
|
|
|
## ✅ `admin/ia/llama_server.md` — 8/10
|
|
|
|
**Statut** : à_jour
|
|
**Résumé** : Documentation complète sur la configuration et les performances des instances llama-server sur gpu-01, avec des instructions opérationnelles et des métriques de surveillance.
|
|
|
|
**Problèmes :**
|
|
- La section des métriques Prometheus mentionne un flag --metrics requis mais ne fournit pas de vérification pratique de son activation
|
|
- Le paragraphe sur les performances ne compare pas les débits avec les benchmarks récents
|
|
- Le bug 'parallel' mentionné dans le paragraphe des performances n'est pas expliqué
|
|
|
|
**Suggestions :**
|
|
- Ajouter une vérification pratique du flag --metrics avec un exemple de curl
|
|
- Mettre à jour les benchmarks avec des chiffres récents (2026)
|
|
- Expliciter la nature du bug 'parallel' et sa résolution
|
|
|
|
**État réel connu de Hermes :**
|
|
Les instances fonctionnent avec 9GB VRAM utilisée, embeddings activés, métriques Prometheus disponibles via /metrics, mais le bug de parallélisme persiste nécessitant une attention
|
|
|
|
---
|
|
|
|
## ✅ `admin/ia/rag.md` — 7/10
|
|
|
|
**Statut** : à_jour
|
|
**Résumé** : Documentation complète sur l'implémentation RAG dans Funk, avec architecture, composants, limitations et procédures de mise à jour, mais manque des détails sur la gestion des erreurs et des optimisations avancées.
|
|
|
|
**Problèmes :**
|
|
- Utilisation d'un modèle génératif (Qwen3-8B) pour les embeddings au lieu d'un modèle dédié
|
|
- Scores de similarité cosinus non discriminatifs (0.90-0.95) avec peu de variation
|
|
- Aucune mention des risques de surcharge GPU pendant l'ingestion
|
|
- Temps d'ingestion (5-10 min) non quantifié précisément
|
|
|
|
**Suggestions :**
|
|
- Ajouter des instructions pour utiliser des modèles d'embedding dédiés (nomic-embed-text-v1.5/bge-m3)
|
|
- Préciser les étapes de rollback en cas d'échec de l'ingestion
|
|
- Ajouter des alertes pour les fichiers volumineux (ex: incidents.md)
|
|
- Mettre en avant les alternatives de traitement CPU pour les embeddings
|
|
|
|
**État réel connu de Hermes :**
|
|
Le système RAG est opérationnel avec l'index de 339 chunks, mais les résultats de recherche présentent des limites sémantiques. La documentation est à jour avec les dernières procédures d'ingestion.
|
|
|
|
---
|
|
|
|
## ✅ `admin/ia/rocm.md` — 7/10
|
|
|
|
**Statut** : à_jour
|
|
**Résumé** : Document complet sur la configuration ROCm pour RX 6700XT avec vérifications clés, mais nécessite quelques précisions.
|
|
|
|
**Problèmes :**
|
|
- Utilisation de 'g01' comme hostname sans précision
|
|
- Aucune mention de la version ROCm installée
|
|
- Manque d'explications sur HSA_OVERRIDE_GFX_VERSION
|
|
|
|
**Suggestions :**
|
|
- Ajouter la version ROCm spécifique
|
|
- Expliquer le besoin de HSA_OVERRIDE_GFX_VERSION
|
|
- Mettre à jour les exemples de hostname
|
|
|
|
**État réel connu de Hermes :**
|
|
Configuration fonctionnelle avec ROCm installé, mais vérifier la version et les permissions utilisateur
|
|
|
|
---
|
|
|
|
## ✅ `admin/incidents.md` — 8/10
|
|
|
|
**Statut** : à_jour
|
|
**Résumé** : Document structuré avec historique des incidents et résolutions détaillées, mais présentant des erreurs de mise en forme et des ambiguïtés techniques.
|
|
|
|
**Problèmes :**
|
|
- La table d'index a une colonne 'Sévérité' avec un pipe supplémentaire en fin de ligne
|
|
- La date de l'incident 2026-05-29 est répétée dans la table d'index avec un format incohérent
|
|
- Le code rsync avec exit code 23 n'explique pas la signification du code 23 (xattr SELinux)
|
|
- Manque de clarification sur la gravité du code 23 et son impact sur la migration
|
|
|
|
**Suggestions :**
|
|
- Corriger la mise en forme de la table d'index en supprimant les pipes supplémentaires
|
|
- Ajouter une note explicative sur le code 23 et son impact sur la migration
|
|
- Standardiser le format des dates dans tout le document
|
|
- Ajouter un paragraphe sur les mesures préventives pour éviter des incidents similaires
|
|
|
|
**État réel connu de Hermes :**
|
|
Le système a réussi la migration vers NVMe sans perte de données critiques, mais des ajustements sont nécessaires pour prévenir les erreurs futures.
|
|
|
|
---
|
|
|