# Rapport Hermes — 2026-06-03_00-28
> 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é** : Documentation complète sur la configuration et l'utilisation de LiteLLM avec des modèles locaux et cloud, mais présente un gap IaC dans les templates Ansible  

**Problèmes :**
- Le template Ansible (config.yaml.j2) ne comprend pas les modèles CPU qwen3-1.7b-system et qwen3-1.7b-monitor nécessaires pour ask-agent
- Le script hermes-switch modifie manuellement /etc/litellm/config.yaml au lieu d'utiliser un template Ansible

**Suggestions :**
- Ajouter les modèles CPU dans le template Ansible pour une IaC complète
- Synchroniser le script hermes-switch avec les templates Ansible pour éviter les modifications manuelles
- Mettre à jour la section 'État réel' avec la configuration actuelle du cluster

**État réel connu de Hermes :**  
Les modèles CPU sont ajoutés manuellement dans /etc/litellm/config.yaml. Les templates Ansible sont incomplets et ne déployent pas les routes nécessaires pour ask-agent system/monitor.

---

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

**Statut** : à_jour  
**Résumé** : Document détaillé sur la configuration et les performances du llama-server sur gpu-01, avec des instructions opérationnelles et des métriques de surveillance.  

**Problèmes :**
- La section 'Performances' manque les données VRAM pour le modèle CPU
- La table 'Contrainte VRAM' contient un caractère spécial non pertinent (✅)
- Aucune mention des mises à jour récentes ou des correctifs de sécurité

**Suggestions :**
- Ajouter une section sur les mises à jour récentes et les correctifs de sécurité
- Compléter les données VRAM pour le modèle CPU dans la section 'Performances'
- Corriger le format de la table 'Contrainte VRAM' en supprimant le caractère spécial

**État réel connu de Hermes :**  
Le composant est opérationnel avec les configurations décrites, mais des améliorations documentaires sont nécessaires pour couvrir les aspects de maintenance et de sécurité.

---

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

**Statut** : ok  
**Résumé** : Documentation complète et structurée sur le système RAG de Funk, expliquant l'architecture, les composants, les modèles d'embedding et les procédures d'utilisation.  

**Problèmes :**
- Le modèle d'embedding Qwen3-8B présente des limites de discrimination sémantique (scores cosinus uniformément élevés)
- La procédure manuelle de mise à jour nécessite deux commandes séparées (rsync + rag-ingest)

**Suggestions :**
- Tester le déploiement d'un modèle d'embedding dédié comme nomic-embed-text-v1.5 ou bge-m3
- Ajouter un exemple de script automatique pour synchroniser et re-indexer les documents
- Mettre en évidence les précautions lors de l'utilisation du GPU pour l'ingestion (temps d'exécution)

**État réel connu de Hermes :**  
Système RAG opérationnel avec index de 339 chunks, mais les résultats de recherche souffrent de perte de pertinence en raison du modèle d'embedding utilisé

---

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

**Statut** : à_jour  
**Résumé** : Le document ROCm.md fournit des commandes clés pour vérifier la configuration ROCm sur une RX 6700XT, incluant les vérifications du matériel, des modules noyau, des variables d'environnement et des étapes de débogage.  

**Problèmes :**
- Manque de mention des dépendances logicielles récentes (ex: ROCm 6.1.2)
- Aucune instruction pour tester les pilotes AMD avec un workload réel
- Les commandes de vérification des groupes utilisateur ne montrent pas les effets de la modification

**Suggestions :**
- Ajouter une section sur la mise à jour des dépôts AMD/ROCm
- Inclure un exemple de test avec un benchmark GPU (ex: fujaba/rocprof)
- Préciser les permissions nécessaires pour les commandes sudo
- Ajouter un avertissement sur les limitations de la RX 6700XT avec ROCm

---

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

**Statut** : à_jour  
**Résumé** : Document bien structuré avec historique des incidents et résolutions détaillées, mais présente quelques incohérences de formatage et des lacunes dans la description de certains événements.  

**Problèmes :**
- Tableau d'index avec des espaces incohérents dans les colonnes
- Ligne incomplète sur l'état post-migration (« Espace disponibl » tronqué)
- Manque de détails sur la résolution des incidents du 2026-05-13 (llama-server/métriques et règle nftables)
- Absence de mention des mesures préventives ou de monitoring post-résolution

**Suggestions :**
- Corriger les espaces incohérents dans le tableau d'index
- Compléter la description de l'état post-migration
- Ajouter des détails techniques sur la gestion des erreurs RAID et la validation de la corrélation Qdrant
- Inclure une section « Mesures préventives » pour chaque incident

**État réel connu de Hermes :**  
Le composant RAID5 a été migré vers NVMe avec succès. Les données critiques sont intactes, mais des contrôles réguliers sont nécessaires pour éviter les erreurs d'interface SATA. Le système de monitoring a été ajusté pour détecter les erreurs de disque plus tôt.

---

