diff --git a/admin/hermes/builtin/2026-06-07_01-30.md b/admin/hermes/builtin/2026-06-07_01-30.md
new file mode 100644
index 0000000..8c0cc46
--- /dev/null
+++ b/admin/hermes/builtin/2026-06-07_01-30.md
@@ -0,0 +1,105 @@
+# Rapport Hermes — 2026-06-07_01-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 comme proxy LLM unifié sur storage-01  
+
+**Problèmes :**
+- Le template Ansible manque les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) nécessaires à ask-agent
+- La table des coûts Claude contient des caractères HTML non valides ($-bash.24)
+- La section 'État réel' manque d'informations sur la configuration actuelle du composant
+
+**Suggestions :**
+- Mettre à jour le template Ansible pour inclure les modèles CPU
+- Corriger le formatage de la table des coûts Claude
+- Ajouter une description précise de l'état actuel du composant dans la section 'État réel'
+
+---
+
+## ✅ `admin/ia/llama_server.md` — 8/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète sur la configuration et les performances des instances llama-server sur gpu-01, avec tests et métriques disponibles  
+
+**Problèmes :**
+- La section Prometheus termine prématurément avec une typo ('backpressu')
+- Aucune mention des configurations de sécurité ou des procédures de sauvegarde
+- La référence au 'bug parallel' n'est pas expliquée
+
+**Suggestions :**
+- Ajouter une section sur les configurations de sécurité (authentification, quotas)
+- Corriger le typo dans la section Prometheus
+- Expliciter la nature du 'bug parallel' lié à Hermes
+- Inclure des étapes de débogage pour les endpoints API
+
+**État réel connu de Hermes :**  
+Les instances sont opérationnelles avec les contraintes VRAM documentées. Les métriques Prometheus fonctionnent avec le flag --metrics. Les tests d'embeddings et d'API sont validés.
+
+---
+
+## ✅ `admin/ia/rag.md` — 8/10
+
+**Statut** : à_jour  
+**Résumé** : Document détaillé sur l'implémentation RAG dans Funk, avec architecture, composants, limitations et procédures de mise à jour.  
+
+**Problèmes :**
+- Le modèle d'embedding Qwen3-8B présente des limitations de discrimination sémantique
+- Les résultats de recherche ne sont pas triés par pertinence réelle
+- Manque de documentation sur la migration vers des modèles d'embedding dédiés
+
+**Suggestions :**
+- Ajouter des exemples concrets de migration vers nomic-embed-text-v1.5 ou bge-m3
+- Mettre en avant les améliorations possibles dans la section 'Quand améliorer'
+- Préciser les prérequis pour déployer un modèle d'embedding dédié
+
+**État réel connu de Hermes :**  
+Implémentation RAG fonctionnelle avec Qdrant et rag-query, mais avec des limitations connues du modèle d'embedding actuel. La mise à jour manuelle prend 5-10 minutes pour 339 chunks.
+
+---
+
+## ✅ `admin/ia/rocm.md` — 9/10
+
+**Statut** : à_jour  
+**Résumé** : Document complet et précis sur la configuration ROCm pour RX 6700XT, avec vérifications opérationnelles à jour  
+
+**Problèmes :**
+- La commande 'rocm-smi' n'est pas disponible sur gpu-01 (normal selon le contexte système)
+
+**Suggestions :**
+- Ajouter une note explicite sur la compatibilité ROCm 5.14.0 avec gfx1031
+- Mettre à jour les commandes 'rocminfo' pour refléter la version actuelle de ROCm
+- Inclure une vérification de l'existence du groupe 'video' dans les étapes d'ajout des utilisateurs
+
+**État réel connu de Hermes :**  
+ROCm configuré correctement avec noyau 5.14.0, aucun problème détecté, services fonctionnels
+
+---
+
+## ✅ `admin/incidents.md` — 9/10
+
+**Statut** : à_jour  
+**Résumé** : Document complet avec historique des incidents et résolutions détaillées, mais manque une conclusion globale et des améliorations de structure.  
+
+**Problèmes :**
+- Section 'État post-migration' incomplète (texte coupé à mi-phrase)
+- Aucune synthèse globale des impacts des incidents
+- Certains incidents (ex: 2026-05-13) n'ont pas de statut de résolution clair
+
+**Suggestions :**
+- Ajouter une section de conclusion synthétisant l'état actuel du système
+- Mettre à jour les statuts des incidents résolus (ex: 'Résolu' dans le tableau)
+- Compléter la section 'État post-migration' avec des données completes
+- Standardiser le format des résolutions avec des étapes numérotées et résultats
+
+**État réel connu de Hermes :**  
+Le système a subi une migration critique de /srv/data vers NVMe, les composants critiques sont désormais opérationnels. Les incidents récents (mai 2026) ont été résolus, mais des contrôles continus sont nécessaires sur les disques et les configurations RAID.
+
+---
+