# Rapport Hermes — 2026-06-04_08-30
> Branche : `hermes/daily-work` · Fichiers analysés : 5

---
## Résumé
- ✅ À jour : 5
- ⚠️  À améliorer : 0

## ✅ `admin/ia/litellm.md` — 8/10

**Statut** : à_jour  
**Résumé** : Document complet sur la configuration de LiteLLM avec des informations pratiques sur les modèles, les coûts et les scripts d'administration, mais présente quelques lacunes dans la documentation des configurations Ansible.  

**Problèmes :**
- La table des coûts Claude contient des valeurs incorrectes (-bash.24 et -bash.12)
- Le modèle 'qwen3-1.7b-system' et 'qwen3-1.7b-monitor' sont manuellement ajoutés dans /etc/litellm/config.yaml sans être inclus dans le template Ansible
- Le champ 'État réel' est vide et devrait décrire l'état actuel du composant dans Funk

**Suggestions :**
- Mettre à jour le template Ansible pour inclure les modèles CPU (:1236 et :1237)
- Corriger les valeurs de coût pour les sessions Claude (ex: 0.0024 $ par million tokens)
- Ajouter une description détaillée de l'état réel du composant dans Funk
- Ajouter des remarques sur la sécurité des fichiers de configuration (mode 0640)

**État réel connu de Hermes :**  
Le service LiteLLM fonctionne correctement sur storage-01 avec les modèles GPU configurés. Les modèles CPU sont fonctionnels via le script hermes-switch mais manquent de configuration Ansible standardisée.

---

## ✅ `admin/ia/llama_server.md` — 9/10

**Statut** : à_jour  
**Résumé** : Documentation complète et technique sur la configuration des instances llama-server sur gpu-01, avec détails sur les modèles, métriques et performances.  

**Problèmes :**
- La section sur les métriques Prometheus manque une explication des seuils d'alerte
- Le paragraphe sur le bug de parallélisme Hermes est trop succinct

**Suggestions :**
- Ajouter une section sur la procédure de sauvegarde des modèles
- Détailler la configuration requise pour activer les métriques Prometheus
- Mettre à jour les exemples de curl avec des headers d'authentification

**État réel connu de Hermes :**  
Les instances sont opérationnelles avec 9GB de VRAM utilisée. Les métriques Prometheus sont activables via le flag --metrics. La performance GPU est conforme aux spécifications techniques.

---

## ✅ `admin/ia/rag.md` — 8/10

**Statut** : à_jour  
**Résumé** : Documentation complète sur le système RAG avec architecture, composants, limitations et procédures de mise à jour  

**Problèmes :**
- Scores de similarité uniformes avec Qwen3-8B
- Temps long d'ingestion (5-10 minutes)

**Suggestions :**
- Ajouter des étapes détaillées pour déployer nomic-embed-text-v1.5
- Optimiser le processus d'ingestion

**État réel connu de Hermes :**  
Le système RAG fonctionne correctement mais présente des limitations connues dans la qualité des embeddings

---

## ✅ `admin/ia/rocm.md` — 7/10

**Statut** : à_jour  
**Résumé** : Document complet sur la configuration ROCm pour RX 6700XT avec vérifications clés, mais manque quelques étapes critiques  

**Problèmes :**
- Aucune mention de l'installation des paquets ROCm (dnf install rocm-*)
- Pas de section sur la configuration des dépôts AMD/ROCm
- Manque de conseils pour les utilisateurs non-root (sudo minimal)
- Les commandes de vérification du module amdgpu sont trop basiques

**Suggestions :**
- Ajouter une section d'installation des paquets ROCm avec dnf
- Inclure des exemples de configuration des dépôts AMD
- Proposer des alternatives sans sudo pour les vérifications
- Ajouter des explications sur l'importance de HSA_OVERRIDE_GFX_VERSION
- Mettre en avant les commandes pour vérifier l'utilisation GPU en temps réel

**État réel connu de Hermes :**  
Configuration ROCm existante sur gpu-01 avec RX 6700XT, variables d'environnement correctes, mais nécessite validation des paquets installés et configuration des dépôts

---

## ✅ `admin/incidents.md` — 9/10

**Statut** : à_jour  
**Résumé** : Document bien structuré avec historique des incidents critiques et résolutions détaillées, incluant les étapes de migration RAID→NVMe.  

**Problèmes :**
- La date du document (2026-05-29) correspond au dernier incident, mais il manque une entry pour le 2026-06-04
- Certains champs comme 'sévérité' sont omis pour les incidents antérieurs à 2026-05-29
- Le format markdown des tableaux est incohérent entre les sections

**Suggestions :**
- Ajouter une entry pour l'incident du 2026-06-04
- Standardiser le format des tableaux avec headers alignés
- Ajouter des emojis visuels pour les niveaux de sévérité (⚠️, ⚠️, 🚨)
- Mettre à jour le champ 'état_réel' avec les mesures préventives mises en place après la migration

**État réel connu de Hermes :**  
Le RAID5 a été remplacé par un LV NVMe XFS, les données sont maintenant en lecture seule sur le RAID dégradé, et les services sont opérationnels. Une surveillance étroite est en place pour détecter d'éventuelles erreurs de bus ATA.

---

