Funk-lab/admin/hermes/builtin/2026-06-08_22-00.md
Hermes Bot 595e6946be docs(hermes): rapport analyse 2026-06-08_22-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>
2026-06-08 22:02:52 +02:00

5 KiB

Rapport Hermes — 2026-06-08_22-00

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 unifié, avec des informations sur les modèles, les coûts et les outils d'administration.

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 est incomplète (valeurs estimées sans précision)
  • Référence vers hermes.md sans lien direct vers le fichier
  • Manque de section dédiée aux erreurs courantes et résolutions

Suggestions :

  • Mettre à jour la table des coûts Claude avec des chiffres précis
  • Ajouter une section 'Troubleshooting' avec exemples de problèmes courants
  • Incorporer les modèles CPU dans le template Ansible
  • Créer un lien vers hermes.md dans la documentation liée

État réel connu de Hermes :
Les modèles CPU sont manuellement ajoutés dans /etc/litellm/config.yaml, créant un gap IaC. Les coûts Claude sont estimés, pas factuels.


admin/ia/llama_server.md — 9/10

Statut : à_jour
Résumé : Document complet et structuré sur la configuration de llama-server sur gpu-01, avec paramètres, performances et métriques détaillées.

Problèmes :

  • La mention du 'bug parallel' reste vague sans explication supplémentaire
  • Le test des métriques Prometheus manque le flag --metrics dans l'exemple curl

Suggestions :

  • Ajouter une vérification du chemin NFS /mnt/models/bartowski
  • Mettre à jour la note sur le pooling pour clarifier l'erreur 400
  • Ajouter une section dédiée aux vérifications post-deploiement

État réel connu de Hermes :
llama-server fonctionne avec 9GB VRAM utilisés, métriques Prometheus activées, mais le problème de parallélisme persiste


admin/ia/rag.md — 8/10

Statut : à_jour
Résumé : Documentation complète sur l'implémentation RAG de Funk, incluant architecture, outils et processus d'indexation

Problèmes :

  • La limitation du modèle Qwen3-8B est décrite mais pas quantifiée (ex: scores exacts ou exemples concrets)
  • Les étapes pour déployer des modèles alternatifs (nomic-embed-text-v1.5) manquent de détails pratiques

Suggestions :

  • Ajouter des exemples concrets de scores de similarité pour illustrer la limitation
  • Détaillez les étapes pour configurer et tester les modèles alternatifs (ex: ports, paramètres Ansible)
  • Indiquer le temps d'ingestion moyen pour les 339 chunks

État réel connu de Hermes :
Le système RAG est opérationnel avec Qdrant et les outils rag-query/rag-ingest, mais les embeddings utilisent un modèle génératif non optimisé pour la recherche sémantique


admin/ia/rocm.md — 9/10

Statut : à_jour
Résumé : Le document ROCm.md est complet et à jour, couvrant les vérifications essentielles et les configurations requises pour AMD RX 6700XT sur AlmaLinux.

Problèmes :

  • La commande 'rocm-smi' n'est pas disponible sur gpu-01, ce qui pourrait limiter la surveillance des GPU
  • Aucune mention des versions spécifiques de ROCm installées, ce qui pourrait être utile pour la débogage

Suggestions :

  • Ajouter une vérification de la version ROCm installée via 'rocminfo | grep ROCk'
  • Mettre à jour la section 'État vérifié' avec la version exacte de ROCm et du noyau
  • Inclure des instructions pour tester 'rocm-smi' si disponible

État réel connu de Hermes :
Services ROCm fonctionnels, aucun crash détecté, configuration conforme, NFS export correct


admin/incidents.md — 7/10

Statut : à_jour
Résumé : Document structuré avec historique des incidents critique et résolutions détaillées, mais présente des incohérences de formatage et des lacunes techniques.

Problèmes :

  • Niveaux de sévérité incohérents (mix de 'Important', 'Critique', 'Warning')
  • Section 'Symptômes déclencheurs' manque de mise en évidence des erreurs SMART
  • Table 'État post-migration' incomplète (colonne 'Disponibilité' manquante)
  • Syntaxe markdown incorrecte dans la section 'Résolution' (manque de guillemets autour des commandes)
  • Références à des fichiers corrompus sans indication de sauvegarde

Suggestions :

  • Normaliser les niveaux de sévérité (ex: Critique/Warning/Information)
  • Ajouter une section 'Leçons apprises' pour chaque incident
  • Compléter la table d'état avec les mesures de disponibilité post-migration
  • Ajouter des notes de sécurité pour les opérations risquées (ex: sudo)
  • Inclure des timestamps pour les actions critiques dans les logs

État réel connu de Hermes :
Le RAID5 a été migré vers NVMe, les données sont maintenant sur XFS. Le composant 'sdd' a été remplacé, les correctifs de Qdrant sont appliqués. Les services sont opérationnels.