Funk-lab/admin/hermes/builtin/2026-06-07_13-30.md

Rapport Hermes — 2026-06-07_13-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 la configuration et l'utilisation de LiteLLM avec des informations sur les modèles, coûts et intégration Ansible, mais présente des lacunes dans la couverture IaC

Problèmes :

• Le template Ansible ne comprend pas les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) nécessaires à ask-agent
• La section coût Claude contient un placeholder (« ~-bash.24 ») qui est incohérent
• L'état réel du composant n'est pas documenté dans le fichier

Suggestions :

• Mettre à jour le template Ansible pour inclure les modèles CPU manquants
• Corriger la section coût Claude pour fournir des valeurs réelles
• Ajouter une section détaillant l'état actuel des configurations sur le cluster

État réel connu de Hermes :
Le service LiteLLM est opérationnel sur storage-01 avec les modèles GPU configurés, mais les modèles CPU nécessaires à ask-agent sont manuellement ajoutés dans /etc/litellm/config.yaml sans intégration IaC

---

✅ 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 tests et métriques opérationnels.

Problèmes :

• Manque de détails sur la configuration des systemd services (ex: paramètres spécifiques)
• Aucune mention des dépendances logicielles requises (ex: ROCm 7.x, bibliothèques NFS)

Suggestions :

• Ajouter une section sur la gestion des mises à jour du modèle
• Préciser les bonnes pratiques pour surveiller la VRAM en temps réel

État réel connu de Hermes :
Le service fonctionne conformément à la documentation, avec des métriques Prometheus activées et des tests d'embeddings réussis

---

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

Statut : à_jour
Résumé : Documentation complète sur l'implémentation RAG de Funk, incluant architecture, composants, modèles et procédures de mise à jour.

Problèmes :

• Le modèle Qwen3-8B utilisé pour les embeddings présente des limitations de discrimination sémantique (scores cosinus uniformément élevés)
• L'ingestion des données prend 5-10 minutes pour 339 chunks, potentiellement gênant pour les mises à jour fréquentes

Suggestions :

• Ajouter des exemples concrets de requêtes RAG avec des cas d'usage typiques
• Mettre en avant les alternatives d'embedding dédiés (nomic-embed-text-v1.5, bge-m3) avec des comparatifs qualité/taille
• Ajouter une section sur l'optimisation du processus d'ingestion (parallélisation, chunking)

État réel connu de Hermes :
Le système RAG est opérationnel avec Qdrant et rag-query, mais les limitations du modèle d'embedding restent critiques pour la pertinence des résultats

---

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

Statut : à_jour
Résumé : Document complet sur la configuration ROCm pour RX 6700XT avec vérifications clés, mais manque d'explications contextuelles

Problèmes :

• La date du document est en 2026-06-05 (futur) ce qui suggère un retard dans la mise à jour
• Aucune explication sur le pourquoi de HSA_OVERRIDE_GFX_VERSION=10.3.0
• Manque de conseils pour résoudre les éventuels problèmes de détection du GPU

Suggestions :

• Ajouter une section expliquant la nécessité de HSA_OVERRIDE_GFX_VERSION
• Inclure des exemples de sortie attendue pour chaque commande
• Mettre à jour la date du document à la date actuelle
• Ajouter une note sur la disponibilité limitée de rocm-smi sur cette machine

État réel connu de Hermes :
ROCm configuré avec HSA_OVERRIDE_GFX_VERSION=10.3.0, modules amdgpu chargés, aucun crash détecté, mais rocm-smi non disponible sur gpu-01

---

✅ admin/incidents.md — 8/10

Statut : à_jour
Résumé : Document d'historique des incidents complet et structuré, avec résolutions détaillées pour les derniers événements critiques

Problèmes :

• La section 'État post-migration' est incomplète (texte coupé à mi-mots)
• Les niveaux de sévérité ('Important', 'Critique') manquent de standardisation
• La table d'index a un format incohérent avec la dernière ligne incomplète
• Aucune mention des vérifications post-migration pour les services affectés

Suggestions :

• Compléter la section 'État post-migration' avec les métriques finales et tests de validation
• Standardiser les niveaux de sévérité avec des icônes ou codes numériques (ex: ⚠️, ⚠️⚠️)
• Ajouter une colonne 'Catégorie' (HDD, RAID, Logiciels, etc.) pour meilleure classification
• Inclure des indicateurs de réussite pour chaque étape de résolution (ex: 'rsync terminé avec code 0')

État réel connu de Hermes :
Le système RAID5 est désormais déployé vers NVMe, les services sont opérationnels, mais des tests de résilience sont en cours

---