5.2 KiB
Rapport Hermes — 2026-06-03_15-13
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, les coûts et les outils d'administration, mais avec un gap IaC non résolu.
Problèmes :
- Les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) sont manuellement ajoutés dans /etc/litellm/config.yaml alors que le template Ansible ne les inclut pas
- Aucune mention des risques liés à la configuration manuelle (perte en cas de reapply)
Suggestions :
- Mettre à jour le template Ansible (config.yaml.j2) pour inclure tous les modèles nécessaires
- Ajouter une note explicite sur la gestion des configurations manuelles et les risques associés
- Lier le fichier à la gestion des versions des modèles via un inventaire dynamique
État réel connu de Hermes :
Le service fonctionne correctement avec les modèles GPU et CPU, mais le déploiement IaC reste incomplet et expose à des erreurs de configuration
✅ admin/ia/llama_server.md — 8/10
Statut : à_jour
Résumé : Documentation complète sur la configuration et les performances des instances llama-server sur gpu-01, avec des instructions opérationnelles et des métriques de surveillance.
Problèmes :
- La section des métriques Prometheus mentionne un flag --metrics requis mais ne fournit pas de vérification pratique de son activation
- Le paragraphe sur les performances ne compare pas les débits avec les benchmarks récents
- Le bug 'parallel' mentionné dans le paragraphe des performances n'est pas expliqué
Suggestions :
- Ajouter une vérification pratique du flag --metrics avec un exemple de curl
- Mettre à jour les benchmarks avec des chiffres récents (2026)
- Expliciter la nature du bug 'parallel' et sa résolution
État réel connu de Hermes :
Les instances fonctionnent avec 9GB VRAM utilisée, embeddings activés, métriques Prometheus disponibles via /metrics, mais le bug de parallélisme persiste nécessitant une attention
✅ admin/ia/rag.md — 7/10
Statut : à_jour
Résumé : Documentation complète sur l'implémentation RAG dans Funk, avec architecture, composants, limitations et procédures de mise à jour, mais manque des détails sur la gestion des erreurs et des optimisations avancées.
Problèmes :
- Utilisation d'un modèle génératif (Qwen3-8B) pour les embeddings au lieu d'un modèle dédié
- Scores de similarité cosinus non discriminatifs (0.90-0.95) avec peu de variation
- Aucune mention des risques de surcharge GPU pendant l'ingestion
- Temps d'ingestion (5-10 min) non quantifié précisément
Suggestions :
- Ajouter des instructions pour utiliser des modèles d'embedding dédiés (nomic-embed-text-v1.5/bge-m3)
- Préciser les étapes de rollback en cas d'échec de l'ingestion
- Ajouter des alertes pour les fichiers volumineux (ex: incidents.md)
- Mettre en avant les alternatives de traitement CPU pour les embeddings
État réel connu de Hermes :
Le système RAG est opérationnel avec l'index de 339 chunks, mais les résultats de recherche présentent des limites sémantiques. La documentation est à jour avec les dernières procédures d'ingestion.
✅ admin/ia/rocm.md — 7/10
Statut : à_jour
Résumé : Document complet sur la configuration ROCm pour RX 6700XT avec vérifications clés, mais nécessite quelques précisions.
Problèmes :
- Utilisation de 'g01' comme hostname sans précision
- Aucune mention de la version ROCm installée
- Manque d'explications sur HSA_OVERRIDE_GFX_VERSION
Suggestions :
- Ajouter la version ROCm spécifique
- Expliquer le besoin de HSA_OVERRIDE_GFX_VERSION
- Mettre à jour les exemples de hostname
État réel connu de Hermes :
Configuration fonctionnelle avec ROCm installé, mais vérifier la version et les permissions utilisateur
✅ admin/incidents.md — 8/10
Statut : à_jour
Résumé : Document structuré avec historique des incidents et résolutions détaillées, mais présentant des erreurs de mise en forme et des ambiguïtés techniques.
Problèmes :
- La table d'index a une colonne 'Sévérité' avec un pipe supplémentaire en fin de ligne
- La date de l'incident 2026-05-29 est répétée dans la table d'index avec un format incohérent
- Le code rsync avec exit code 23 n'explique pas la signification du code 23 (xattr SELinux)
- Manque de clarification sur la gravité du code 23 et son impact sur la migration
Suggestions :
- Corriger la mise en forme de la table d'index en supprimant les pipes supplémentaires
- Ajouter une note explicative sur le code 23 et son impact sur la migration
- Standardiser le format des dates dans tout le document
- Ajouter un paragraphe sur les mesures préventives pour éviter des incidents similaires
État réel connu de Hermes :
Le système a réussi la migration vers NVMe sans perte de données critiques, mais des ajustements sont nécessaires pour prévenir les erreurs futures.