diff --git a/admin/hermes/builtin/2026-06-07_16-30.md b/admin/hermes/builtin/2026-06-07_16-30.md new file mode 100644 index 0000000..1289139 --- /dev/null +++ b/admin/hermes/builtin/2026-06-07_16-30.md @@ -0,0 +1,114 @@ +# Rapport Hermes — 2026-06-07_16-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 et l'utilisation de LiteLLM, avec des lacunes dans la gestion des modèles CPU via Ansible + +**Problèmes :** +- Le template Ansible manque les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) nécessaires à ask-agent +- La colonne 'Coût' dans le tableau des modèles a un format incohérent (dash au lieu de chiffre) +- La phrase 'Utilisation courante' manque de précision +- Formatage des tableaux mal aligné +- L'absence de gestion des erreurs dans la validation API + +**Suggestions :** +- Mettre à jour le template Ansible pour inclure les modèles CPU +- Corriger le formatage des tableaux et remplir les champs de coût +- Ajouter des exemples de gestion d'erreurs dans la validation API +- Préciser les instructions pour le déploiement des modèles CPU +- Ajouter une section dédiée aux problèmes courants et solutions + +**État réel connu de Hermes :** +Le service LiteLLM est opérationnel avec les modèles GPU, mais les modèles CPU ne sont pas déployés via Ansible. Le script hermes-switch permet le basculement manuel, mais cela représente un gap IaC. + +--- + +## ✅ `admin/ia/llama_server.md` — 9/10 + +**Statut** : ok +**Résumé** : Documentation complète sur la configuration et les performances de llama-server sur gpu-01, avec des commandes de gestion et des métriques détaillées. + +**Problèmes :** +- La section des métriques Prometheus manque une explication sur la configuration requise du flag --metrics dans le service systemd +- Le calcul VRAM mentionné (~9GB) ne tient pas compte des autres processus en cours sur la carte graphique + +**Suggestions :** +- Ajouter une vérification de la configuration des métriques Prometheus dans la section 'Service systemd' +- Mettre à jour la note sur l'utilisation VRAM avec des instructions pour mesurer la consommation réelle via nvidia-smi +- Ajouter un avertissement sur le bug de parallélisme mentionné dans la section des performances + +**État réel connu de Hermes :** +Le composant est correctement documenté, mais les métriques Prometheus nécessitent une configuration supplémentaire pour être activées. La gestion des ressources VRAM pourrait être améliorée avec des outils de surveillance. + +--- + +## ✅ `admin/ia/rag.md` — 7/10 + +**Statut** : à_jour +**Résumé** : Documentation complète sur le RAG de Funk, expliquant l'architecture, les composants et les limitations actuelles du système. + +**Problèmes :** +- Utilisation d'un modèle génératif (Qwen3-8B) pour les embeddings, ce qui entraîne une perte de discrimination sémantique +- Scores de similarité cosinus uniformément élevés (0.90-0.95) indiquant une faible pertinence réelle des résultats +- Manque de détails sur l'état actuel de l'index et des performances réelles + +**Suggestions :** +- Déployer un modèle d'embedding dédié comme nomic-embed-text-v1.5 ou bge-m3 pour améliorer la recherche sémantique +- Mettre à jour les instructions d'indexation avec des exemples concrets de retraitement de documents +- Ajouter des benchmarks de performance avant/après migration vers un modèle d'embedding dédié + +**État réel connu de Hermes :** +Le système utilise actuellement Qwen3-8B pour les embeddings via llama-server (port 1234). L'index est mis à jour via Ansible ou manuellement, mais les résultats de recherche souffrent de perte de pertinence en raison des limitations du modèle. + +--- + +## ✅ `admin/ia/rocm.md` — 8/10 + +**Statut** : à_jour +**Résumé** : Documentation complète sur la configuration ROCm pour RX 6700XT avec vérifications opérationnelles et commandes de debug + +**Problèmes :** +- Absence de mention des nouvelles versions ROCm disponibles (>=5.14.0-687.5.3.el9_8) +- Aucune indication sur la configuration des profils CUDA/ROCm pour les conteneurs +- Les commandes 'rocm-smi' ne sont pas disponibles sur gpu-01 (état documenté mais non expliqué) + +**Suggestions :** +- Ajouter une section sur la vérification des pilotes ROCm avec 'rocminfo -v' +- Inclure des exemples de configurations pour les applications GPU (llama-server, Qwen3) +- Mettre en évidence les différences entre ROCm 5.14 et les versions antérieures +- Ajouter des conseils sur la surveillance à long terme (Prometheus/Grafana intégration) + +**État réel connu de Hermes :** +ROCm 5.14.0 installé, amdgpu module chargé, HSA_OVERRIDE_GFX_VERSION=10.3.0 actif, aucune erreur détectée dans les logs, configuration conforme aux spécifications RX 6700XT (gfx1031) + +--- + +## ✅ `admin/incidents.md` — 8/10 + +**Statut** : à_jour +**Résumé** : Document d'historique des incidents complet et structuré avec résolutions détaillées, mais manque d'informations sur l'état post-résolution des composants + +**Problèmes :** +- La section 'État post-migration' est incomplète (manque l'état des autres composants) +- Certains incidents (AlertManager, nftables) ont des résolutions incomplètes +- Format des tables est incohérent entre l'index et les sections détaillées +- Aucune mention des mesures préventives ou corrections à long terme + +**Suggestions :** +- Ajouter un tableau récapitulatif des états post-résolution pour chaque incident +- Compléter les résolutions avec des vérifications post-corrections (ex: tests, monitoring) +- Standardiser le format des tables avec des colonnes identiques pour chaque incident +- Inclure une section 'Prévention' pour chaque incident majeur + +**État réel connu de Hermes :** +Le système utilise désormais NVMe pour /srv/data, les composants critiques sont restaurés, mais des supervisions continues sont nécessaires pour éviter les récidives + +--- +