Funk-lab/admin/hermes/builtin/2026-06-04_02-30.md

Rapport Hermes — 2026-06-04_02-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é : Documentation complète sur le déploiement et la configuration de LiteLLM 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 à ask-agent
• La table des coûts Claude contient un placeholder ("~-bash.24") qui nécessite vérification
• Le script hermes-switch modifie directement /etc/litellm/config.yaml sans validation des changements

Suggestions :

• Mettre à jour le template Ansible pour inclure les modèles CPU manquants
• Valider et formatter correctement les données de coût pour les modèles Claude
• Ajouter des vérifications dans hermes-switch avant modification du fichier de configuration

État réel connu de Hermes :
Le service LiteLLM est opérationnel sur storage-01 avec les modèles GPU configurés. Les modèles CPU sont manuellement ajoutés mais non gérés par Ansible, créant un risque de désalignement avec la configuration déployée.

---

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

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

Problèmes :

• La mention du 'bug parallel' reste vague sans détails supplémentaires
• Aucune information sur la gestion de la pression VRAM en temps réel

Suggestions :

• Ajouter un paragraphe sur la configuration de Prometheus pour surveiller l'utilisation VRAM
• Mettre à jour la note sur le parallélisme avec les spécifications ROCm 7.x actuelles
• Inclure un exemple de script pour vérifier l'état de l'espace disque sur /mnt/models

État réel connu de Hermes :
Le composant est opérationnel avec les configurations actuelles, mais la pression VRAM reste critique (9/12 GB utilisés). Les métriques Prometheus montrent des taux de débit cohérents avec les spécifications matérielles.

---

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

Statut : à_jour
Résumé : Documentation complète sur le RAG déployé dans Funk, avec architecture, composants et procédures, mais avec des limitations connues dans le modèle d'embedding actuel.

Problèmes :

• Le modèle Qwen3-8B utilisé pour les embeddings n'est pas optimisé pour la recherche sémantique (scores de similarité uniformément élevés)
• Aucune procédure claire pour migrer vers un modèle d'embedding dédié (nomic-embed-text-v1.5/bge-m3) malgré les suggestions techniques
• Temps d'ingestion long (5-10min) pour 339 chunks avec embeddings GPU

Suggestions :

• Ajouter une section détaillée sur la migration vers des modèles d'embedding dédiés avec checklist d'installation
• Proposer des benchmarks de performance entre les modèles actuel et alternatifs
• Ajouter un cronjob automatique pour la régénération de l'index plutôt que des scripts manuels

État réel connu de Hermes :
Le système RAG est opérationnel avec Qdrant et les outils rag-query/rag-ingest, mais les résultats de recherche souffrent de perte de pertinence en raison du modèle d'embedding non optimisé

---

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

Statut : à_jour
Résumé : Document complet sur la configuration ROCm pour RX 6700XT avec vérifications clés, mais présente quelques améliorations possibles

Problèmes :

• Utilisation de 'ssh g01' (abrégé non standard)
• Manque d'explications sur les commandes critiques
• Variables d'environnement non vérifiées dans les sessions interactives

Suggestions :

• Ajouter des explications pour chaque vérification
• Mettre à jour les commandes SSH avec l'adresse correcte (hermes@gpu-01)
• Ajouter des notes sur la gestion des permissions sudo
• Inclure des exemples de sortie attendue pour chaque commande

État réel connu de Hermes :
null

---

✅ admin/incidents.md — 9/10

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

Problèmes :

• Formatage des tableaux non conforme (|---| colonnes mal alignées)
• Manque de filigrane temporel pour distinguer incidents passés/presents
• L'entrée 2026-05-29 contient des backticks non échappés dans les commandes rsync

Suggestions :

• Ajouter un filigrane de date de dernière vérification
• Standardiser le format des dates (AAAA-MM-JJ vs JJ/MM/AAAA)
• Mettre en évidence les incidents critiques avec une icône visuelle
• Ajouter un résumé visuel des statistiques (nombre d'incidents par gravité)

État réel connu de Hermes :
{'RAID5': 'Désactivé, données migrées vers NVMe', 'sdb': 'Marqué comme défaillant, hors du RAID', 'qdrant': 'Corrections appliquées, fonctionnel', 'grafana': 'Limites mémoire ajustées', 'alertmanager': 'Configuration corrigée'}

---