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.1 KiB
Rapport Hermes — 2026-06-04_05-30
Branche :
hermes/daily-work· Fichiers analysés : 5
Résumé
- ✅ À jour : 5
- ⚠️ À améliorer : 0
✅ admin/ia/litellm.md — 7/10
Statut : à_jour
Résumé : Documentation complète sur la configuration de LiteLLM avec des informations sur les modèles, coûts et scripts, mais présente des lacunes dans la gestion des modèles CPU via Ansible
Problèmes :
- Le template Ansible ne comprend pas les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) nécessaires pour ask-agent
- La table des coûts Claude est incomplète (manque les unités monétaires)
- Le script hermes-switch modifie directement /etc/litellm/config.yaml sans validation des changements
Suggestions :
- Mettre à jour le template Ansible pour inclure tous les modèles définis dans le fichier de configuration
- Ajouter des unités monétaires dans la table des coûts Claude (ex: USD)
- Implémenter une validation des changements avant modification du fichier de configuration par hermes-switch
État réel connu de Hermes :
Les modèles CPU sont manuellement ajoutés dans /etc/litellm/config.yaml, ce qui crée une dépendance non automatisée. Le template Ansible reste incomplet et ne garantit pas la déploiement correct des routes nécessaires à ask-agent system/monitor.
✅ admin/ia/llama_server.md — 9/10
Statut : à_jour
Résumé : Documentation complète et structurée sur la configuration des instances llama-server sur gpu-01, avec détails techniques et commandes de gestion
Problèmes :
- La mention du 'bug parallel' reste vague sans explication supplémentaire
- Aucune indication sur la version exacte de ROCm utilisée
Suggestions :
- Ajouter des notes sur la configuration requise pour les métriques Prometheus
- Mettre à jour les benchmarks de performance avec des valeurs mesurées récentes
- Préciser les dépendances logicielles nécessaires (ex: librocm)
État réel connu de Hermes :
Les instances sont opérationnelles avec les configurations décrites. La contrainte VRAM est bien documentée (9GB utilisés sur 12GB), mais il faudrait surveiller les mises à jour de driver ROCm.
✅ admin/ia/rag.md — 7/10
Statut : à_jour
Résumé : Documentation complète sur le RAG déployé dans Funk, avec architecture, composants et limitations connues, mais sans mise à jour sur les améliorations suggéré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 uniformément élevés avec peu de discrimination sémantique
- Le fichier incidents.md tend à monter en premier en raison de sa taille
- Aucune mention des alternatives techniques (nomic-embed-text-v1.5, bge-m3) dans les procédures courantes
Suggestions :
- Mettre à jour la configuration pour utiliser un modèle d'embedding dédié (ex: nomic-embed-text-v1.5)
- Ajouter des exemples de requêtes avec des paramètres --top pour limiter les résultats
- Mettre en évidence le processus d'ingestion dans les workflows ansible
- Ajouter une note sur les temps d'ingestion pour les 339 chunks
État réel connu de Hermes :
Le RAG est fonctionnel mais suboptimal : l'index est manuellement maintenu, le modèle d'embedding présente des limitations sémantiques, et les alternatives techniques ne sont pas déployées malgré les recommandations
✅ admin/ia/rocm.md — 9/10
Statut : à_jour
Résumé : Document complet et structuré sur la configuration ROCm pour RX 6700XT avec vérifications clés et débogage
Problèmes :
- Manque d'explications sur l'interprétation des sorties des commandes (ex: rocminfo)
- Aucune mention des dépendances logicielles supplémentaires requises
- Les commandes SSH supposent que l'utilisateur 'ansible' existe déjà
Suggestions :
- Ajouter des exemples de sortie attendue pour chaque commande
- Inclure une note sur les versions ROCm testées et les compatibilités connues
- Ajouter une section sur la gestion des permissions sudo pour les commandes critiques
- Mettre en évidence les risques de surcharger le GPU avec les commandes de monitoring
État réel connu de Hermes :
null
✅ admin/incidents.md — 8/10
Statut : à_jour
Résumé : Document d'historique des incidents complet et structuré, avec détails sur les résolutions techniques.
Problèmes :
- Section 'État post-migration' incomplète (texte tronqué)
- Incident du 2026-05-13 (llama-server) manque de détails sur la cause exacte du 501 Not Implemented
- Format markdown incohérent dans la table des incidents (colonnes mal alignées)
Suggestions :
- Compléter la section 'État post-migration' avec les métriques d'espace utilisé avant/après
- Ajouter un paragraphe explicite sur la résolution du problème des xattrs SELinux dans rsync
- Normaliser le format des tables avec des pipes alignées et des en-têtes cohérents
État réel connu de Hermes :
srv/data migré vers NVMe XFS (bind-mount), RAID5 dégradé remplacé, toutes les données synchronisées