# 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

---

