mirror of
https://github.com/Alkatrazz24/Funk-lab.git
synced 2026-07-10 23:14:42 +02:00
43acb70ba4
Analysés : litellm.md, llama_server.md, rag.md, rocm.md, incidents.md À améliorer : 0/5 Co-Authored-By: Hermes <hermes@funk.lab>
110 lines
4.9 KiB
Markdown
110 lines
4.9 KiB
Markdown
# Rapport Hermes — 2026-06-07_07-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 avec des modèles locaux et cloud, mais présente des lacunes dans la gestion IaC
|
|
|
|
**Problèmes :**
|
|
- Le template Ansible manque les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) nécessaires à ask-agent
|
|
- La table des coûts Claude contient un dash (-) au lieu d'une valeur numérique
|
|
- Lien vers hermes.md inexistant dans le document
|
|
- Aucune mention des droits d'accès aux endpoints API
|
|
|
|
**Suggestions :**
|
|
- Mettre à jour le template Ansible pour inclure tous les modèles définis dans la configuration
|
|
- Corriger la table des coûts Claude avec des valeurs numériques cohérentes
|
|
- Ajouter une section sur la gestion des autorisations et des tokens
|
|
- Vérifier la présence du fichier hermes.md référencé
|
|
|
|
**État réel connu de Hermes :**
|
|
Le service LiteLLM fonctionne sur storage-01 avec les modèles définis, mais les configurations CPU nécessitent une déploiement manuel actuel
|
|
|
|
---
|
|
|
|
## ✅ `admin/ia/llama_server.md` — 8/10
|
|
|
|
**Statut** : à_jour
|
|
**Résumé** : Document complet sur la configuration et les performances de llama-server sur gpu-01, avec des détails techniques précis sur les trois instances systemd et leurs paramètres.
|
|
|
|
**Problèmes :**
|
|
- La mention du 'bug parallel' concernant Hermes est incomplète (manque de détails)
|
|
- La table des métriques Prometheus présente un format incohérent (dernière ligne tronquée)
|
|
- La colonne 'TTFT Hermes' dans les performances présente une incohérence numérique (50s vs 300s)
|
|
- Les commandes de validation API manquent de préambule explicite sur les attentes
|
|
|
|
**Suggestions :**
|
|
- Ajouter une explication du 'bug parallel' et sa résolution
|
|
- Standardiser le format des tables (alignement des colonnes)
|
|
- Corriger la valeur TTFT Hermes (GPU) à 300s comme dans la table des performances
|
|
- Ajouter une section sur la configuration du flag --metrics dans systemd
|
|
|
|
**État réel connu de Hermes :**
|
|
llama-server fonctionne avec trois instances systemd sur gpu-01. Le modèle Qwen3-8B utilise 9GB VRAM (RX 6700XT), les embeddings sont activés, et les métriques Prometheus sont accessibles via /metrics. Le bug parallel affecte le parallélisme Hermes mais ne compromet pas le fonctionnement principal.
|
|
|
|
---
|
|
|
|
## ✅ `admin/ia/rag.md` — 8/10
|
|
|
|
**Statut** : à_jour
|
|
**Résumé** : Documentation complète sur l'implémentation RAG dans Funk, avec architecture, composants, modèles et procédures.
|
|
|
|
**Problèmes :**
|
|
- Utilisation de Qwen3-8B (modèle génératif) pour les embeddings avec des limites de discrimination sémantique
|
|
- Scores de similarité cosinus uniformément élevés (0.90-0.95) indiquant une perte de pertinence dans les résultats
|
|
|
|
**Suggestions :**
|
|
- Tester le déploiement de modèles d'embedding dédiés comme nomic-embed-text-v1.5 ou bge-m3
|
|
- Ajouter des filtres de pondération dans la recherche vectorielle pour compenser la perte de discrimination
|
|
|
|
**État réel connu de Hermes :**
|
|
Indexation active avec 339 chunks sur Qdrant (dimension 4096, cosine), utilisant Qwen3-8B pour les embeddings via llama-server:1234 avec --embeddings --pooling mean
|
|
|
|
---
|
|
|
|
## ✅ `admin/ia/rocm.md` — 9/10
|
|
|
|
**Statut** : à_jour
|
|
**Résumé** : Document complet et précis sur la configuration ROCm pour RX 6700XT, avec vérifications système et débogage
|
|
|
|
**Problèmes :**
|
|
- Absence de mention sur les dernières versions ROCm post-2026
|
|
- rocm-smi non disponible sur gpu-01 non documenté
|
|
|
|
**Suggestions :**
|
|
- Ajouter une note sur vérification des mises à jour ROCm récentes
|
|
- Mettre en évidence la limitation du rocm-smi sur gpu-01
|
|
|
|
**État réel connu de Hermes :**
|
|
ROCm fonctionnel avec kernel 5.14.0, aucun problème détecté, rocm-smi non disponible sur gpu-01
|
|
|
|
---
|
|
|
|
## ✅ `admin/incidents.md` — 7/10
|
|
|
|
**Statut** : à_jour
|
|
**Résumé** : Document d'historique des incidents complet avec résolutions détaillées, mais présentant des lacunes de formatage et d'organisation.
|
|
|
|
**Problèmes :**
|
|
- Section 'État post-migration' incomplète (tronquée par du texte non pertinent)
|
|
- Manque de filtre de date pour isoler les incidents récents
|
|
- Les sévérités 'Critique' ne sont pas visuellement distinguées
|
|
- Absence de synthèse globale des tendances incidentielles
|
|
|
|
**Suggestions :**
|
|
- Ajouter un filtre de date au tableau pour isoler les incidents récents
|
|
- Utiliser des emojis ou des couleurs pour les sévérités (⚠️/🚨/⚠️)
|
|
- Compléter la section 'État post-migration' avec des métriques quantitatives
|
|
- Ajouter un graphique simple des fréquences par composant
|
|
|
|
**État réel connu de Hermes :**
|
|
Le système est actuellement stable, mais des incidents critiques ont été résolus récemment. Le RAID5 a été migré vers NVMe et les composants critiques sont maintenant opérationnels.
|
|
|
|
---
|
|
|