diff --git a/admin/hermes/builtin/2026-06-07_04-30.md b/admin/hermes/builtin/2026-06-07_04-30.md
new file mode 100644
index 0000000..7ebad22
--- /dev/null
+++ b/admin/hermes/builtin/2026-06-07_04-30.md
@@ -0,0 +1,109 @@
+# Rapport Hermes — 2026-06-07_04-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é** : Documentation complète sur la configuration et l'utilisation de LiteLLM, avec des informations structurées sur les modèles, le routage, et les coûts, mais présente des lacunes dans la gestion des ressources IaC.  
+
+**Problèmes :**
+- Le template Ansible pour config.yaml manque les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) qui sont ajoutés manuellement
+- La table des coûts Claude contient des commandes bash mal formatées (ex: "~/.24")
+- Le script hermes-switch n'est pas décrit dans le rapport des outils disponibles
+
+**Suggestions :**
+- Mettre à jour le template Ansible pour inclure les modèles CPU dans la configuration
+- Corriger le formatage de la table des coûts Claude (supprimer les commandes bash et utiliser des chiffres clairs)
+- Ajouter une description du script hermes-switch dans le paragraphe des outils disponibles
+
+**État réel connu de Hermes :**  
+Les modèles CPU sont fonctionnels via le fichier de configuration manuel, mais le déploiement IaC reste incomplet
+
+---
+
+## ✅ `admin/ia/llama_server.md` — 9/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète et structurée sur la configuration des instances llama-server sur gpu-01, avec paramètres techniques, tests et métriques.  
+
+**Problèmes :**
+- Manque de détails sur la procédure de mise à jour des modèles
+- Aucune mention des politiques de sauvegarde des données d'entraînement
+- La section métriques pourrait inclure des exemples concrets de seuils d'alerte
+
+**Suggestions :**
+- Ajouter une section sur la gestion des erreurs VRAM (OOM)
+- Inclure un diagramme du montage NFS vers /mnt/models
+- Mettre à jour les exemples de curl avec des headers d'authentification
+- Ajouter une notice sur la compatibilité des versions ROCm
+
+**État réel connu de Hermes :**  
+Les instances sont opérationnelles avec des métriques monitorées. Les modèles Qwen3-8B/Q4_K_M fonctionnent dans les limites VRAM (9GB). Les endpoints Prometheus et embeddings sont actifs. Les tests API montrent une latence acceptable (50s TTFT pour le GPU).
+
+---
+
+## ✅ `admin/ia/rag.md` — 7/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète du système RAG avec architecture, composants, modèles et procédures de mise à jour, mais avec des limitations connues dans la recherche sémantique  
+
+**Problèmes :**
+- Utilisation d'un modèle génératif (Qwen3-8B) au lieu d'un modèle d'embedding dédié
+- Scores de similarité cosinus uniformément élevés (0.90-0.95) indiquant une faible discrimination sémantique
+- Le fichier avec le plus de tokens (ex: incidents.md) remonte souvent en premier malgré une pertinence faible
+
+**Suggestions :**
+- Déployer un modèle d'embedding dédié comme nomic-embed-text-v1.5 ou bge-m3
+- Ajouter une section 'Limites connues' plus显眼 dans la documentation
+- Optimiser la procédure de re-indexation pour réduire le temps d'ingestion (5-10 minutes pour 339 chunks)
+
+**État réel connu de Hermes :**  
+Le système RAG est opérationnel avec les composants déployés (Qdrant, rag-ingest, rag-query) et le skill 'rag-docs' activé dans le profil funk-ai. Cependant, la recherche sémantique reste limitée en raison de l'utilisation du modèle Qwen3-8B pour les embeddings.
+
+---
+
+## ✅ `admin/ia/rocm.md` — 8/10
+
+**Statut** : à_jour  
+**Résumé** : Le document ROCm.md est à jour et conforme aux vérifications du 2026-06-05. Aucune divergence détectée avec la configuration actuelle de Funk.  
+
+**Problèmes :**
+- La commande 'rocminfo | grep 'ROCk'' pourrait contenir une typo (probablement 'ROCm' au lieu de 'ROCk')
+- Manque d'explications sur le pourquoi de HSA_OVERRIDE_GFX_VERSION=10.3.0 pour la RX 6700XT
+- La vérification des groupes utilisateur utilise 'groups ansible' sans généralisation (ex: 'groups $USER')
+
+**Suggestions :**
+- Ajouter une explication sur la nécessité de HSA_OVERRIDE_GFX_VERSION pour la RX 6700XT
+- Corriger la commande 'rocminfo | grep 'ROCk'' en 'rocminfo | grep ROCm'
+- Mettre à jour la vérification des groupes avec 'groups $USER' pour plus de flexibilité
+
+**État réel connu de Hermes :**  
+ROCm fonctionne correctement sur gpu-01 avec kernel 5.14.0-687.5.3.el9_8.x86_64. rocm-smi absent mais conforme à la documentation. Aucun pod crashé, NFS export fonctionnel, configuration ROCm conforme.
+
+---
+
+## ✅ `admin/incidents.md` — 9/10
+
+**Statut** : à_jour  
+**Résumé** : Document d'historique des incidents bien structuré avec résolutions détaillées, mais avec une section incomplète à la fin  
+
+**Problèmes :**
+- La section 'État post-migration' est coupée (« Espace disponibl » incomplet)
+- Le terme technique « Raw_Read_Error_Rate = 124014439 » manque d'explication contextuelle
+- Aucun lien vers les fichiers de logs mentionnés (/tmp/rsync-migration.log)
+
+**Suggestions :**
+- Compléter la section « État post-migration » avec les métriques finales (espace disponible, temps de montage, vérification de l'intégrité des données)
+- Ajouter un tableau de synthèse des incidents résolus avec statut final (ex : « Migration réussie »)
+- Inclure des liens vers les fichiers logs critiques mentionnés dans les étapes de résolution
+
+**État réel connu de Hermes :**  
+Le composant /srv/data a été migré vers NVMe avec succès, les données sont maintenant stockées sur un LV XFS stable. Le RAID5 dégradé a été archivé et le système surveille les métriques SMART des disques restants.
+
+---
+