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 KiB
Rapport Hermes — 2026-06-08_19-00
Branche :
hermes/daily-work· Fichiers analysés : 5
Résumé
- ✅ À jour : 5
- ⚠️ À améliorer : 0
✅ admin/ia/litellm.md — 9/10
Statut : à_jour
Résumé : Documentation complète et structurée sur la configuration de LiteLLM, avec des exemples pratiques et des informations sur les coûts, mais présente un gap IaC pour les modèles CPU.
Problèmes :
- Les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) sont ajoutés manuellement dans /etc/litellm/config.yaml alors qu'ils manquent du template Ansible
- Les coûts Claude sont présentés comme des placeholders (~$0.24) sans chiffres concrets
Suggestions :
- Mettre à jour le template Ansible (config.yaml.j2) pour inclure les modèles CPU manquants
- Ajouter des chiffres précis pour les coûts Anthropic (ex: $0.0024/token input)
- Ajouter une note sur la nécessité de redémarrer litellm après modification du config.yaml
État réel connu de Hermes :
Le service fonctionne correctement avec les modèles GPU et cloud, mais les modèles CPU nécessitent un déploiement manuel. Le script hermes-switch simplifie les basculements, mais le gap IaC représente un risque de configuration incohérente.
✅ admin/ia/llama_server.md — 9/10
Statut : à_jour
Résumé : Documentation complète du déploiement de llama-server sur gpu-01, incluant les trois instances systemd, configuration des modèles, métriques Prometheus et tests d'API.
Problèmes :
- État réel non renseigné (manque de vérification des configurations actuelles)
Suggestions :
- Ajouter des captures d'écran ou diagrammes pour les configurations systemd
- Mettre à jour les commandes avec les dernières versions de ROCm
- Ajouter une section sur la résolution des erreurs courantes
État réel connu de Hermes :
Le composant semble opérationnel avec des métriques correctes, mais une vérification des configurations systemd actuelles serait bénéfique
✅ admin/ia/rag.md — 8/10
Statut : à_jour
Résumé : Documentation complète du système RAG avec architecture, composants, limitations et procédures de mise à jour
Problèmes :
- Le modèle Qwen3-8B utilisé pour les embeddings présente des limites de discrimination sémantique
- Les résultats de recherche ne sont pas triés par pertinence réelle en raison des scores cosinus uniformément élevés
Suggestions :
- Déployer un modèle d'embedding dédié comme nomic-embed-text-v1.5 ou bge-m3 pour améliorer la précision
- Mettre à jour le playbook Ansible pour inclure la vérification automatique des versions de modèles
- Ajouter des exemples de requêtes complexes dans la section d'utilisation
État réel connu de Hermes :
Le système RAG est actif sur storage-01 avec une collection de 339 chunks. L'index utilise actuellement Qwen3-8B avec des embeddings GPU. Un déploiement de nomic-embed-text-v1.5 est documenté comme amélioration possible.
✅ admin/ia/rocm.md — 9/10
Statut : à_jour
Résumé : Documentation ROCm complète et vérifiée, avec des commandes clés pour diagnostic et configuration du GPU RX 6700XT sur AlmaLinux
Problèmes :
- Manque d'explication sur la nécessité de HSA_OVERRIDE_GFX_VERSION
- Aucune mention des dernières mises à jour ROCm disponibles
Suggestions :
- Ajouter une explication technique sur le override de la version GFX
- Inclure des commandes pour vérifier les mises à jour ROCm récentes
- Ajouter un section 'Dépannage courant' avec les erreurs fréquentes
État réel connu de Hermes :
ROCm fonctionne correctement avec les paramètres configurés, aucun problème critique détecté. Le noyau 5.14.0-687.5.3.el9_8.x86_64 est compatible avec les commandes ROCm fournies.
✅ admin/incidents.md — 8/10
Statut : à_jour
Résumé : Document structuré avec historique des incidents et résolutions détaillées, mais présente des problèmes de formatage et d'incomplétude.
Problèmes :
- Tableau d'index mal aligné (entêtes centrés alors que 'Date' est aligné à gauche)
- Section 'Symptômes déclencheurs' contient un dmesg non formaté en bloc de code
- État post-migration incomplet (section 'Espace disponibl' tronquée)
- Incidents antérieurs (avant 2026-05-29) ne possèdent pas de section détaillée comme l'incident migratoire
Suggestions :
- Ajouter des blocs de code pour les sortie dmesg et les commandes shell
- Compléter la section 'État post-migration' avec les métriques d'espace utilisable
- Standardiser le format des tableaux avec alignement cohérent des entêtes
- Ajouter des sections détaillées pour les incidents antérieurs avec même structure que l'incident migratoire
État réel connu de Hermes :
Migration RAID5→NVMe réussie, composant /srv/data désormais en XFS bind-mount sur NVMe sans dégradation. Les incidents antérieurs nécessitent vérification des états post-résolution.