akadmin/Funk-lab
1
0
Fork 0
mirror of https://github.com/Alkatrazz24/Funk-lab.git synced 2026-07-11 04:24:42 +02:00
Code Issues Projects Releases Packages Wiki Activity Actions
Funk-lab/admin/hermes/builtin/2026-06-09_11-30.md
Hermes Bot 6d587d4d10 docs(hermes): rapport analyse 2026-06-09_11-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>
2026-06-09 11:32:53 +02:00

5.6 KiB
Raw Blame History

Rapport Hermes — 2026-06-09_11-30

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 et structurée sur la configuration et l'utilisation de LiteLLM dans Funk, avec des détails sur les modèles, coûts et scripts d'administration.

Problèmes :

  • Le template Ansible ne contient pas les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) nécessaires à ask-agent system/monitor
  • Le coût des modèles Claude est présenté sous forme de tableau, mais les valeurs sont manuellement saisies et non automatiquement calculées

Suggestions :

  • Mettre à jour le template Ansible pour inclure les modèles CPU manquants
  • Ajouter une section sur la gestion des clés API et la sécurité des configurations
  • Prévoir un exemple de rotation de modèle avec hermes-switch dans les tests API

État réel connu de Hermes :
Le composant est fonctionnel avec des modèles GPU disponibles, mais présente un gap IaC pour les modèles CPU. Les coûts Claude sont correctement documentés mais manquent de précision numérique.

✅ admin/ia/llama_server.md — 9/10

Statut : ok
Résumé : Documentation complète sur la configuration et l'utilisation des instances llama-server sur gpu-01, avec paramètres techniques, API OpenAI, performances et métriques Prometheus.

Problèmes :

  • Tableau 'Contrainte VRAM' a une ligne mal alignée (total non centré)
  • Tableau 'Métriques Prometheus' est coupé à la fin (ligne 'requests_deferred' incomplète)
  • Manque de précautions sur les versions ROCm et les compatibilités matérielles

Suggestions :

  • Ajouter une section 'Known Issues' avec les limitations connues des Qwen3-8B sur RX 6700XT
  • Mettre en évidence les commandes critiques dans un bloc de code syntaxé
  • Ajouter des exemples de requêtes API plus complets pour les embeddings
  • Vérifier la cohérence des chemins NFS (/mnt/models/bartowski/...) avec la réalité du système

État réel connu de Hermes :
Les instances systemd sont configurées selon le document, avec les modèles Qwen3-8B/Q4_K_M sur GPU et Qwen3-1.7B sur CPU. Les métriques Prometheus requièrent le flag --metrics activé dans la configuration systemd.

✅ admin/ia/rag.md — 8/10

Statut : à_jour
Résumé : Documentation complète du système RAG avec architecture, composants, limitations et procédures de mise à jour, mais manque une analyse des coûts de maintenance.

Problèmes :

  • Utilisation d'un modèle génératif (Qwen3-8B) pour les embeddings, ce qui compromet la discrimination sémantique
  • L'index ne s'auto-maintient pas automatiquement après les modifications du repo admin/
  • Aucune mention des coûts GPU liés à l'ingestion de 339 chunks

Suggestions :

  • Ajouter une section sur l'optimisation des coûts GPU
  • Proposer un plan de migration vers un modèle d'embedding dédié (nomic-embed-text-v1.5)
  • Mettre en avant les avantages du déploiement Ansible vs la méthode manuelle

État réel connu de Hermes :
Le système RAG fonctionne correctement avec des résultats de recherche, mais les scores de similarité sont uniformément élevés (0.90-0.95) en raison du modèle utilisé. L'index est à jour grâce à l'automatisation Ansible.

✅ admin/ia/rocm.md — 8/10

Statut : à_jour
Résumé : Le document ROCm.md est complet et à jour avec les vérifications système, variables d'environnement, modules kernel et commandes de debug. Aucune divergence détectée avec l'état actuel du matériel et des logiciels.

Problèmes :

  • Manque d'informations sur la maintenance préventive des pilotes ROCm
  • Aucune mention des mises à jour récentes des outils ROCm
  • Les commandes de vérification ne incluent pas les tests de performance GPU

Suggestions :

  • Ajouter une section sur la mise à jour régulière des pilotes ROCm
  • Inclure des exemples de sortie attendue pour les commandes clés
  • Préciser les seuils d'alerte pour les métriques GPU (température, utilisation)
  • Ajouter des notes de sécurité sur l'isolement des ressources GPU

État réel connu de Hermes :
ROCm fonctionne correctement sur gpu-01 avec RX 6700XT (gfx1031) grâce à HSA_OVERRIDE_GFX_VERSION=10.3.0. Le noyau 5.14.0-687.5.3.el9_8.x86_64 est compatible. Aucun problème signalé dans les logs ou les services. Les tests basiques (clinfo, rocminfo) réussissent. L'accès GPU via les groupes 'video' et 'render' est configuré.

✅ admin/incidents.md — 9/10

Statut : à_jour
Résumé : Document complet avec historique structuré des incidents critiques et résolutions détaillées

Problèmes :

  • La section 'État post-migration' est incomplète (phrase de fin tronquée)
  • Manque de références croisées vers les rapports de surveillance ou logs associés
  • Format de tableau non compatible avec les parsers Markdown modernes (pipes et tirets non alignés)

Suggestions :

  • Compléter la section 'État post-migration' avec les métriques post-migration (IOPS, latence, utilisation disque)
  • Ajouter des badges visuels pour la sévérité (🚨, ⚠️, 📌)
  • Migrer vers un format tableaux compatible (|---| avec alignement des colonnes)
  • Ajouter un index chronologique au début pour rapidité de recherche

État réel connu de Hermes :
Le composant /srv/data a été migré vers NVMe XFS avec succès. Les systèmes critiques (Qdrant, PostgreSQL) fonctionnent normalement. La RAID5 est maintenant en mode lecture seule avec surveillance active.