Funk-lab/admin/hermes/builtin/2026-06-03_23-30.md

Rapport Hermes — 2026-06-03_23-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é : Document complet sur la configuration et l'utilisation de LiteLLM comme proxy LLM, avec des informations sur les modèles, coûts et scripts d'administration

Problèmes :

• Le template Ansible manque les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) nécessaires aux agents ask-agent
• Les coûts Claude sont présentés sous forme de tableaux avec des valeurs incomplètes (ex: "~-bash.24")
• Le script hermes-switch n'est pas décrit en détail dans le document

Suggestions :

• Mettre à jour le template Ansible pour inclure les modèles CPU manquants
• Corriger les formats de tableau pour les coûts Claude
• Ajouter une explication détaillée du fonctionnement de hermes-switch

État réel connu de Hermes :
Les modèles CPU sont ajoutés manuellement dans /etc/litellm/config.yaml, ce qui crée une dépendance fragile. Le script hermes-switch fonctionne mais nécessite une documentation complémentaire.

---

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

Statut : à_jour
Résumé : Documentation complète des trois instances llama-server sur gpu-01 avec configurations, API OpenAI, performances et métriques Prometheus, mais manque des détails sur l'état actuel des services dans Funk

Problèmes :

• La section sur les métriques Prometheus indique que le flag --metrics est requis mais ne vérifie pas si cela est activé dans la configuration systemd
• Mention d'un bug 'parallel' pour Hermes sans détails supplémentaires
• Aucune mention des dépendances requises pour les modèles Qwen3-8B/Q4_K_M

Suggestions :

• Ajouter une vérification des prérequis système (ROCm 7.x, VRAM, etc.)
• Inclure la commande pour vérifier l'état des services systemd
• Mettre à jour les métriques avec les valeurs actuelles du cluster
• Ajouter une note sur la gestion des quotas VRAM pour les modèles

État réel connu de Hermes :
Les trois instances sont configurées correctement avec les modèles Qwen3-8B/Q4_K_M, mais les métriques Prometheus nécessitent le flag --metrics activé dans le service systemd

---

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

Statut : à_jour
Résumé : Documentation complète sur l'implémentation RAG dans Funk, expliquant l'architecture, les composants et les procédures d'utilisation avec des exemples concrets.

Problèmes :

• Le modèle d'embedding Qwen3-8B présente des limitations de discrimination sémantique (scores cosinus uniformément élevés)
• La procédure manuelle de re-indexage est coûteuse en temps (5-10 minutes pour 339 chunks)

Suggestions :

• Ajouter des instructions pour déployer des modèles d'embedding dédiés comme nomic-embed-text-v1.5
• Proposer une optimisation du processus d'ingestion via batch processing ou parallélisation
• Mettre en avant les alternatives multilingues comme bge-m3 pour les recherches en français

État réel connu de Hermes :
Le système RAG est opérationnel avec Qdrant et rag-query, mais les résultats de recherche souffrent de la limitation du modèle d'embedding. L'index est maintenu via Ansible et processus manuels.

---

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

Statut : à_jour
Résumé : Document complet sur la configuration ROCm pour RX 6700XT, avec des vérifications clés et des commandes d'analyse, mais nécessite quelques ajustements mineurs.

Problèmes :

• Utilisation de 'g01' comme hostname (devrait être 'gpu-01' ou '192.168.10.20')
• Absence de mention des dépendances nécessaires (ex: packages AMD ROCm)
• Commandes 'watch' et 'cat /sys/class/drm' peuvent nécessiter des droits root
• Pas de note sur la compatibilité avec les conteneurs (ROCm exécuté directement sur l'hôte)

Suggestions :

• Mettre à jour les hostnames vers 'gpu-01' ou l'IP 192.168.10.20
• Ajouter une section sur la configuration des dépôts AMD ROCm
• Préciser les prérequis système (ex: kernel 5.x, modules amdgpu)
• Ajouter des explications sur l'override HSA_VERSION et ses implications

État réel connu de Hermes :
ROCm est configuré avec HSA_OVERRIDE_GFX_VERSION=10.3.0 sur gpu-01, les modules amdgpu sont chargés, et les commandes de vérification fonctionnent. Les groupes utilisateur 'video'/'render' sont correctement configurés.

---

✅ admin/incidents.md — 9/10

Statut : à_jour
Résumé : Document complet et structuré avec historique des incidents et résolutions détaillées, mais manque d'informations sur l'état actuel des composants post-résolution.

Problèmes :

• L'entrée 'État post-migration' ne fournit pas de métriques ou de vérifications post-incident
• Aucune mention des états actuels des composants comme Grafana ou AlertManager après leurs incidents
• La section '2026-05-13' mentionne une erreur /metrics non corrigée

Suggestions :

• Ajouter une section 'État actuel' pour chaque composant mentionné avec vérifications post-résolution
• Mettre à jour les entrées avec des dates de validation (ex: 'Corrigé le 2026-06-01')
• Utiliser des listes à puces pour les étapes de résolution pour améliorer la lisibilité

État réel connu de Hermes :
Le document reflète correctement les incidents historiques, mais ne fournit pas d'informations actualisées sur l'état des systèmes post-résolution

---