Funk-lab/admin/hermes/builtin/2026-06-09_18-00.md

Rapport Hermes — 2026-06-09_18-00

Branche : hermes/daily-work · Fichiers analysés : 5

---

Résumé

• ✅ À jour : 5
• ⚠️ À améliorer : 0

✅ admin/ia/litellm.md — 7/10

Statut : à_jour
Résumé : Documentation complète sur la configuration de LiteLLM avec des modèles CPU/GPU, mais présente un gap IaC dans le template Ansible

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
• La section 'Coût Claude' manque de détails précis (tarifs par token, exemples concrets)
• Aucune mention des métriques de performance (tok/s) pour les modèles GPU

Suggestions :

• Mettre à jour le template Ansible (config.yaml.j2) pour inclure les modèles CPU
• Ajouter des exemples de coûts par token pour les modèles Claude
• Indiquer les débits de tok/s pour chaque modèle (ex: 60 tok/s pour Qwen3-8B GPU)

État réel connu de Hermes :
Les modèles CPU sont fonctionnels via des modifications manuelles, mais le déploiement standard via Ansible ne garantit pas leur présence

---

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

Statut : à_jour
Résumé : Documentation complète sur la configuration et les performances du llama-server sur gpu-01, avec des instructions opérationnelles et des métriques de surveillance

Problèmes :

• Manque la mention du paramètre HSA_OVERRIDE_GFX_VERSION=10.3.0 crucial pour ROCm sur RX 6700XT
• La section métriques Prometheus pourrait préciser les unités et les seuils d'alerte

Suggestions :

• Ajouter la configuration requise pour ROCm (HSA_OVERRIDE_GFX_VERSION)
• Expliciter les unités des métriques (tok/s, GB VRAM)
• Ajouter des exemples de requêtes API pour les embeddings
• Inclure des étapes de débogage pour les erreurs de VRAM

État réel connu de Hermes :
Le composant est opérationnel avec 9GB VRAM utilisés (sous le seuil de 12GB). Les métriques Prometheus sont activables via --metrics, mais le débit de génération (60 tok/s) pourrait être optimisé avec un parallélisme accru.

---

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

Statut : à_jour
Résumé : Document détaillé sur la configuration RAG du homelab Funk, incluant architecture, composants, modèles d'embedding et procédures de mise à jour.

Problèmes :

• La limitation du modèle Qwen3-8B comme modèle d'embedding dédié n'est pas suffisamment mise en avant
• Les scores de similarité cosinus uniformément élevés (0.90-0.95) pourraient être illustrés par des exemples concrets

Suggestions :

• Ajouter une note explicative sur les implications pratiques des scores de similarité élevés (ex: fichier incidents.md qui domine les résultats)
• Mettre en évidence les étapes critiques pour la re-ingestion d'index (temps, ressources GPU)
• Proposer un benchmark rapide entre les modèles d'embedding alternatifs (nomic-embed-text-v1.5 vs bge-m3)

État réel connu de Hermes :
Le système RAG est opérationnel avec l'index actuel. Les limitations du modèle d'embedding affectent la précision sémantique, mais les procédures d'indexation automatisées via Ansible garantissent une mise à jour régulière des données.

---

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

Statut : à_jour
Résumé : Le document ROCm.md est complet et à jour avec les configurations requises pour le RX 6700XT sur gpu-01, incluant les vérifications, variables d'environnement et débogage.

Problèmes :

• La commande 'rocm-smi' n'est pas disponible sur gpu-01, ce qui pourrait être un point d'amélioration pour clarifier cette limitation

Suggestions :

• Ajouter une note explicite sur la limitation de 'rocm-smi' et ses implications
• Mettre à jour les commandes de vérification pour inclure des tests de performance GPU
• Ajouter une section sur la gestion des erreurs courantes lors de la configuration ROCm

État réel connu de Hermes :
Aucune divergence détectée avec la documentation. Services ROCm conformes, configuration actuelle stable sans crash de pod.

---

✅ admin/incidents.md — 7/10

Statut : à_jour
Résumé : Document complet avec historique des incidents, mais présentant des incohérences de formatage et un manque de synthèse globale

Problèmes :

• Tableau d'index avec en-têtes en gras mais lignes non formatées de manière cohérente
• Manque de conclusion synthétique pour chaque incident
• Densité technique excessive des résolutions sans hiérarchisation
• Absence de classification des incidents par type (hardware, logiciels, configuration)
• Format markdown incohérent entre les sections (pipes vs. deux-points)

Suggestions :

• Standardiser le formatage des tableaux avec en-têtes alignés
• Ajouter une section 'Catégories' pour classifier les incidents
• Diviser les résolutions techniques en étapes numérotées avec explications brèves
• Inclure un résumé visuel des états post-résolution
• Ajouter des balises YAML pour les métadonnées (date, auteur, gravité)

État réel connu de Hermes :
Le RAID5 a été migré vers NVMe avec succès, les composants critiques sont maintenant opérationnels. Le système de stockage utilise désormais un bind-mount XFS sur NVMe.

---