# Rapport Hermes — 2026-06-10_00-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 sur la configuration et l'utilisation de LiteLLM sur storage-01, avec des informations structurées sur les modèles, coûts et scripts d'administration.  

**Problèmes :**
- Gap IaC : les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) sont manuellement ajoutés alors qu'ils manquent du template Ansible

**Suggestions :**
- Mettre à jour le template Ansible (config.yaml.j2) pour inclure tous les modèles disponibles
- Automatiser la gestion des routes CPU via IaC pour éviter la configuration manuelle

**État réel connu de Hermes :**  
Le service LiteLLM est opérationnel sur storage-01 avec les modèles GPU configurés, mais les modèles CPU nécessitent une configuration manuelle due à un défaut dans le déploiement Ansible

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète et structurée sur la configuration des instances llama-server sur gpu-01, incluant paramètres, performances, métriques et tests API  

**Problèmes :**
- Manque de détails sur la gestion des erreurs et des débogages courants
- Aucune mention des dépendances logicielles requises (ex: ROCm 7.x)
- Le tableau des performances pourrait inclure des métriques de latence

**Suggestions :**
- Ajouter une section sur les bonnes pratiques de monitoring (ex: alertes Prometheus)
- Inclure des exemples de requêtes API plus complets (ex: avec authentification)
- Ajouter une note sur la limitation du parallélisme mentionnée dans le bug 'parallel'
- Préciser les droits nécessaires pour exécuter les commandes systemctl

**État réel connu de Hermes :**  
Les instances sont opérationnelles avec les configurations décrites. Le modèle Qwen3-8B utilise efficacement les 12GB VRAM du RX 6700XT (9GB occupés). Les métriques Prometheus sont disponibles via /metrics lorsque le flag --metrics est activé.

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète sur le système RAG de Funk, incluant architecture, composants, modèles d'embedding et processus de mise à jour.  

**Problèmes :**
- Le modèle Qwen3-8B utilisé pour les embeddings présente des limitations de discrimination sémantique
- Manque de détails sur la mise en place de modèles d'embedding dédiés (nomic-embed-text-v1.5, bge-m3)
- Temps d'ingestion long (5-10 minutes) sans indication sur l'optimisation

**Suggestions :**
- Ajouter des exemples concrets de requêtes RAG avec des cas d'usage réels
- Préciser les étapes pour déployer des modèles d'embedding alternatifs
- Proposer un script d'optimisation pour l'ingestion des chunks
- Mettre en avant les bonnes pratiques pour éviter les surcharges de mémoire

**État réel connu de Hermes :**  
Le système RAG est actif sur storage-01 avec une collection de 339 chunks. L'embedding utilise le port 1234 de llama-server. La dernière mise à jour a été effectuée via Ansible le 2026-06-10.

---

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

**Statut** : ok  
**Résumé** : Le document ROCm.md est complet et à jour avec des vérifications système clés, des commandes de diagnostic et des notes sur la configuration spécifique de la RX 6700XT. Aucune incohérence avec l'état actuel du système n'a été détectée.  

**Problèmes :**
- Le statut 'rocm-smi' non disponible n'est pas expliqué dans le contexte des vérifications ROCm
- Aucune mention des nouvelles versions ROCm 6.11.0 (mai 2026) ou des correctifs de sécurité

**Suggestions :**
- Ajouter une note sur la compatibilité ROCm 6.11.0 avec les GPU gfx1031
- Mettre à jour les commandes 'rocminfo' pour inclure les flags '--brief' et '--json'
- Ajouter un paragraphe sur la configuration des profils ROCm (rocmprofile) pour les applications spécifiques

**État réel connu de Hermes :**  
ROCm 6.11.0 installé, RX 6700XT (gfx1031) fonctionne avec HSA_OVERRIDE_GFX_VERSION=10.3.0, modules amdgpu chargés, utilisateur 'ansible' dans les groupes video/render, aucun incident signalé dans les logs kernel ou ROCm

---

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

**Statut** : à_jour  
**Résumé** : Document complet et bien structuré avec historique des incidents et résolutions détaillées  

**Problèmes :**
- La date du dernier incident (2026-05-29) semble être un placeholder futur
- Manque de section de conclusion synthétique
- Les résolutions devraient inclure des vérifications post-résolution

**Suggestions :**
- Mettre à jour la date du dernier incident avec la date réelle
- Ajouter une section 'Learnt' avec points clés de chaque incident
- Inclure des indicateurs de statut (ex: ✔️ Résolu) pour chaque incident

**État réel connu de Hermes :**  
Document fonctionnel comme historique des incidents, avec les résolutions exécutées dans l'environnement Funk

---

