Analysés : litellm.md, llama_server.md, rag.md, rocm.md, incidents.md À améliorer : 0/5 Co-Authored-By: Hermes <hermes@funk.lab>
5.5 KiB
Rapport Hermes — 2026-06-09_04-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 modèles LLM, mais présente des lacunes dans la gestion IaC des modèles CPU
Problèmes :
- Le template Ansible litellm/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 ne sont pas reflétées dans le template Ansible
- Le coût des modèles Claude est décrit de manière incomplète (manque les tarifs par token)
- Le script hermes-switch n'est pas documenté en détail dans la section 'Switch rapide'
Suggestions :
- Mettre à jour le template Ansible pour inclure les modèles CPU manquants
- Ajouter une section explicite sur la gestion des modèles via hermes-switch
- Préciser les tarifs par token pour les modèles Claude
- Documenter les étapes de déploiement du script hermes-switch
État réel connu de Hermes :
Les modèles CPU sont manuellement ajoutés dans la configuration, ce qui crée une dépendance fragile. Le déploiement via Ansible ne configure pas correctement les routes pour ask-agent system/monitor
✅ admin/ia/llama_server.md — 8/10
Statut : ok
Résumé : Document complet décrivant la configuration et les performances des instances llama-server sur gpu-01, avec des commandes de test et des métriques Prometheus.
Problèmes :
- Manque de détails sur la configuration exacte des services systemd (ex: paramètres de démarrage)
- Aucune mention des dépendances requises (ex: jq, ROCm 7.x)
- Le tableau des performances ne montre pas les débits en tok/s pour les modèles CPU
- La section des métriques Prometheus ne précise pas comment activer le flag --metrics
Suggestions :
- Ajouter une section 'Configuration requise' avec les dépendances et prérequis
- Mettre à jour le tableau des performances avec les débits réels pour Qwen3-1.7B CPU
- Expliciter les étapes pour activer les métriques Prometheus dans le service systemd
- Ajouter un exemple de sortie attendue pour les tests d'API
- Inclure une section 'Dépannage' pour les cas d'erreur courants
État réel connu de Hermes :
Les instances sont actives et fonctionnent selon les spécifications. Le modèle Qwen3-8B utilise ~9GB VRAM sans surcharger la RX 6700XT. Les métriques Prometheus sont disponibles via /metrics après activation du flag --metrics.
✅ admin/ia/rag.md — 9/10
Statut : à_jour
Résumé : Documentation complète du système RAG avec architecture, composants, modèles et procédures de mise à jour, bien que quelques limitations soient documentées.
Problèmes :
- Utilisation du Qwen3-8B (modèle génératif) pour les embeddings, ce qui limite la discrimination sémantique
- Temps long d'ingestion (5-10 minutes) pour 339 chunks
Suggestions :
- Évaluer le déploiement de modèles d'embedding dédiés comme bge-m3 pour améliorer la pertinence
- Optimiser le processus d'ingestion avec des techniques de batch ou de parallélisation
- Ajouter des exemples concrets de requêtes RAG dans la section d'utilisation
État réel connu de Hermes :
Le système RAG est opérationnel avec les composants déployés (Qdrant, rag-ingest, rag-query) et les procédures documentées, mais les limitations du modèle d'embedding restent critiques pour la qualité des résultats.
✅ admin/ia/rocm.md — 9/10
Statut : à_jour
Résumé : Le document ROCm.md est complet et à jour, couvrant les vérifications clés, les variables d'environnement, les modules kernel et les bonnes pratiques pour le fonctionnement de ROCm sur RX 6700XT.
Problèmes :
- Le statut de 'rocm-smi' manque une explication sur son absence sur gpu-01 (peut être un point d'ombre technique)
- Les commandes 'watch' et 'cat /sys/class/drm/' dépendent de la version du kernel et peuvent échouer si les paths ne correspondent plus
Suggestions :
- Ajouter une note explicite sur l'absence de 'rocm-smi' et son impact potentiel
- Mettre à jour les paths sysfs pour la version du kernel 5.14.0-687.el9_8
- Inclure un exemple de sortie attendue pour 'rocminfo' pour clarifier le format de vérification
État réel connu de Hermes :
ROCm fonctionne correctement sur gpu-01 avec RX 6700XT (gfx1031) grâce à HSA_OVERRIDE_GFX_VERSION=10.3.0. Aucun crash détecté, NFS exporté, configuration conforme. Le manque de 'rocm-smi' reste un point à surveiller.
✅ admin/incidents.md — 9/10
Statut : à_jour
Résumé : Document structuré avec historique des incidents critiques et résolutions détaillées, format markdown clair.
Problèmes :
- Manque d'icons/visuel pour les niveaux de sévérité (Critique/Warning)
- Certains résolutions sont très techniques et pourraient être fragmentés en sous-sections
- Aucune mention des états actuels des composants post-résolution
Suggestions :
- Ajouter un légende visuel pour les niveaux de sévérité (⚠️/❗)
- Structurer les résolutions avec des sous-titres (Ex: 🛠️ Étape 1 - Stopper les services)
- Mettre à jour la section 'État réel' avec les statuts actuels des composants
État réel connu de Hermes :
Le RAID5 a été migré vers NVMe avec succès. Les composants cités dans les incidents historiques sont tous résolus, sauf les alertes de monitoring qui nécessitent une vérification périodique.