# Rapport Hermes — 2026-06-06_06-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 informations sur les modèles, coûts et gestion des configurations, mais présentant des lacunes dans la gestion IaC. **Problèmes :** - Le template Ansible manque les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) nécessaires pour ask-agent - Erreur de frappe : 'Gap IaC' au lieu de 'Gap in IaC' - Absence de section sur la sécurité des accès API - Manque de procédures de sauvegarde des configurations critiques **Suggestions :** - Mettre à jour le template Ansible avec les modèles CPU manquants - Corriger l'expression 'Gap IaC' pour 'Gap in IaC' - Ajouter une section sur la sécurisation des clés API et des accès - Documenter les procédures de sauvegarde des configurations litellm.yaml **État réel connu de Hermes :** LiteLLM est opérationnel sur storage-01 avec les modèles GPU configurés, mais les modèles CPU nécessaires à ask-agent ne sont pas déployés via Ansible et nécessitent une intervention manuelle. --- ## ✅ `admin/ia/llama_server.md` — 8/10 **Statut** : à_jour **Résumé** : Documentation complète sur la configuration et les performances du llama-server sur gpu-01, avec des commandes d'administration et des métriques disponibles **Problèmes :** - Erreur de typo dans les commandes systemd ('llama-servers' au lieu de 'llama-server') - La section des métriques Prometheus se termine abruptement avec un mot incomplet ('backpressu') - Aucune mention des mises à jour récentes ou des changements de configuration **Suggestions :** - Corriger les erreurs de typo dans les commandes systemd - Compléter la section des métriques Prometheus avec des exemples complets - Ajouter une note sur les mises à jour récentes ou les modifications apportées au setup - Mettre à jour les informations sur les dépendances ROCm et les pilotes GPU **État réel connu de Hermes :** Le composant est opérationnel avec les configurations décrites, mais la documentation pourrait bénéficier de corrections mineures et de mises à jour sur les dépendances matérielles --- ## ✅ `admin/ia/rag.md` — 8/10 **Statut** : à_jour **Résumé** : Documentation complète sur le système RAG de Funk, expliquant l'architecture, les composants, les utilisations et les procédures de mise à jour. Présente des limitations connues et des recommandations d'amélioration. **Problèmes :** - La limitation du modèle Qwen3-8B n'est pas suffisamment mise en évidence comme problème critique - Aucune mention des mécanismes de vérification de la qualité de l'index après ingestion - Les délais d'ingestion (5-10 min) pourraient être précisé comme contrainte opérationnelle **Suggestions :** - Ajouter une section sur la validation des résultats de recherche (ex: vérifier les scores de similarité) - Inclure des exemples de requêtes complexes avec des attentes de résultats - Préciser les prérequis pour utiliser les modèles d'embedding alternatifs - Ajouter un avertissement sur les risques de surcharge du GPU pendant l'ingestion **État réel connu de Hermes :** Le système RAG est opérationnel avec l'index actuel (339 chunks). Les procédures d'actualisation via Ansible fonctionnent, mais l'ingestion prend 5-10 minutes pour un full re-index. --- ## ✅ `admin/ia/rocm.md` — 9/10 **Statut** : à_jour **Résumé** : Documentation complète et à jour sur la configuration ROCm pour RX 6700XT avec vérifications opérationnelles **Problèmes :** - Manque d'explications contextuelles pour les commandes complexes (ex: interprétation des sorties rocminfo) - Aucune mention des dépendances logicielles supplémentaires requises (ex: clibs, drivers) - Commandes de vérification des groupes utilisateur manquent de précision (ex: 'groups ansible' ne montre pas les groupes actifs) **Suggestions :** - Ajouter des exemples d'outputs attendus pour chaque commande - Inclure une section 'Dépendances' avec les paquets requis (ex: 'rocm-drivers', 'mesa-libGL') - Préciser les étapes pour vérifier les groupes utilisateur (ex: 'id -a ansible' pour afficher les groupes actifs) **État réel connu de Hermes :** ROCm fonctionnel avec version 5.14.0-687.5.3.el9_8.x86_64, aucun crash détecté, configuration conforme, NFS export operational --- ## ✅ `admin/incidents.md` — 7/10 **Statut** : à_jour **Résumé** : Document exhaustif sur les incidents historiques avec résolutions détaillées, mais présente des incohérences linguistiques et de format. **Problèmes :** - Mélange de termes français (« Critique », « corruptions multiples en cascade ») et anglais dans un contexte technique - Nomenclature incohérente pour la gravité : « Important », « Critique », « Warning » - Format markdown des blocs de code avec retours à la ligne non standard dans les logs dmesg - Manque de section de synthèse globale des impacts des incidents **Suggestions :** - Traduire les termes techniques français vers l'anglais pour uniformiser le lexique technique - Standardiser les niveaux de gravité (Exemple : « Critical », « Warning », « High ») - Ajouter des balises pour séparer les blocs de code complexes - Inclure une section « Synthèse des impacts » à la fin du document **État réel connu de Hermes :** Le RAID5 a été migré avec succès vers le NVMe, le système utilise désormais /home/data comme point de montée pour /srv/data avec une configuration stable ---