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

Rapport Hermes — 2026-06-09_01-00

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 comme proxy LLM unifié

Problèmes :

• Le template Ansible litellm/templates/config.yaml.j2 manque les modèles CPU qwen3-1.7b-system et qwen3-1.7b-monitor
• Les modifications manuelles dans /etc/litellm/config.yaml créent un risque de désalignement avec l'IaC

Suggestions :

• Mettre à jour le template Ansible pour inclure tous les modèles définis dans le fichier de configuration
• Automatiser la gestion des modèles via Ansible pour éviter les configurations manuelles
• Ajouter une note explicite sur le processus de déploiement des modèles CPU dans le document

État réel connu de Hermes :
Le composant est fonctionnel avec des modèles GPU principaux, mais présente un décalage IaC pour les modèles CPU nécessaires aux agents système/monitor

---

✅ 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 commandes opérationnelles et des métriques détaillées.

Problèmes :

• Manque de mention sur les mises à jour récentes ou les changements de configuration
• La section sur les métriques Prometheus pourrait inclure des exemples de visualisation ou d'alertes

Suggestions :

• Ajouter une section sur les mises à jour récentes et les changements de configuration
• Détailler les exemples de visualisation des métriques Prometheus avec Grafana ou Prometheus UI
• Inclure des notes de débogage pour les erreurs courantes (ex: débordement de VRAM)

État réel connu de Hermes :
Le service llama-server est opérationnel avec les configurations décrites, mais surveiller les métriques Prometheus pour détecter les backpressures et optimiser l'utilisation de la VRAM.

---

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

Statut : à_jour
Résumé : Documentation complète du RAG avec architecture, composants et procédures, mais avec des limites connues dans le modèle d'embedding

Problèmes :

• Utilisation de Qwen3-8B (génératif) pour les embeddings au lieu d'un modèle dédié
• Scores de similarité uniformément élevés (0.90-0.95) sans discrimination sémantique
• Le fichier incidents.md remonte souvent en premier malgré peu de pertinence

Suggestions :

• Migrer vers un modèle d'embedding dédié comme bge-m3
• Ajouter une section sur le déploiement de modèles alternatifs
• Ajouter un exemple de requête avec --top 3 pour illustrer la limitation

État réel connu de Hermes :
Index actuel avec 339 chunks, dernière ingestion via Ansible, mais résultats non triés par pertinence réelle

---

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

Statut : à_jour
Résumé : Documentation complète sur la configuration ROCm pour RX 6700XT avec vérifications opérationnelles et commandes de diagnostic

Problèmes :

• Mention du manque de 'rocm-smi' sur gpu-01 (peut être un point d'amélioration pour les utilisateurs)
• Aucune explication sur les dépendances logicielles requises pour ROCm

Suggestions :

• Ajouter une note explicative sur la nécessité de HSA_OVERRIDE_GFX_VERSION=10.3.0 pour RX 6700XT
• Proposer un exemple de script pour vérifier automatiquement les conditions préalables
• Mettre en évidence les risques de l'utilisation de Gemma 4 sur ROCm

État réel connu de Hermes :
ROCm fonctionne correctement avec kernel 5.14.0, aucune divergence détectée. Les services liés au GPU sont opérationnels, les groupes utilisateur sont configurés, et les variables d'environnement sont correctement définies.

---

✅ admin/incidents.md — 9/10

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

Problèmes :

• Manque de table des matières pour navigation rapide
• Format markdown incohérent (espacement des tableaux, mise en évidence des codes)
• Utilisation de backticks pour les blocs de code sans syntaxe spécifique

Suggestions :

• Ajouter une table des matières automatique
• Standardiser les blocs de code avec syntaxe (ex: ```bash)
• Ajouter un résumé visuel des statuts (✅/⚠️)
• Mettre à jour les dates des incidents pour refléter la chronologie actuelle

État réel connu de Hermes :
Le système utilise désormais un mount bind NVMe pour /srv/data. Le RAID5 a été désactivé et les données migrées avec succès. Aucun incident critique signalé depuis la migration.

---