diff --git a/admin/hermes/builtin/2026-06-07_13-30.md b/admin/hermes/builtin/2026-06-07_13-30.md
new file mode 100644
index 0000000..581c12a
--- /dev/null
+++ b/admin/hermes/builtin/2026-06-07_13-30.md
@@ -0,0 +1,108 @@
+# Rapport Hermes — 2026-06-07_13-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 sur les modèles, coûts et intégration Ansible, mais présente des lacunes dans la couverture IaC  
+
+**Problèmes :**
+- Le template Ansible ne comprend pas les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) nécessaires à ask-agent
+- La section coût Claude contient un placeholder (« ~-bash.24 ») qui est incohérent
+- L'état réel du composant n'est pas documenté dans le fichier
+
+**Suggestions :**
+- Mettre à jour le template Ansible pour inclure les modèles CPU manquants
+- Corriger la section coût Claude pour fournir des valeurs réelles
+- Ajouter une section détaillant l'état actuel des configurations sur le cluster
+
+**É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écessaires à ask-agent sont manuellement ajoutés dans /etc/litellm/config.yaml sans intégration IaC
+
+---
+
+## ✅ `admin/ia/llama_server.md` — 8/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète sur la configuration et les performances du llama-server sur gpu-01, avec des tests et métriques opérationnels.  
+
+**Problèmes :**
+- Manque de détails sur la configuration des systemd services (ex: paramètres spécifiques)
+- Aucune mention des dépendances logicielles requises (ex: ROCm 7.x, bibliothèques NFS)
+
+**Suggestions :**
+- Ajouter une section sur la gestion des mises à jour du modèle
+- Préciser les bonnes pratiques pour surveiller la VRAM en temps réel
+
+**État réel connu de Hermes :**  
+Le service fonctionne conformément à la documentation, avec des métriques Prometheus activées et des tests d'embeddings réussis
+
+---
+
+## ✅ `admin/ia/rag.md` — 9/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète sur l'implémentation RAG de Funk, incluant architecture, composants, modèles et procédures de mise à jour.  
+
+**Problèmes :**
+- Le modèle Qwen3-8B utilisé pour les embeddings présente des limitations de discrimination sémantique (scores cosinus uniformément élevés)
+- L'ingestion des données prend 5-10 minutes pour 339 chunks, potentiellement gênant pour les mises à jour fréquentes
+
+**Suggestions :**
+- Ajouter des exemples concrets de requêtes RAG avec des cas d'usage typiques
+- Mettre en avant les alternatives d'embedding dédiés (nomic-embed-text-v1.5, bge-m3) avec des comparatifs qualité/taille
+- Ajouter une section sur l'optimisation du processus d'ingestion (parallélisation, chunking)
+
+**État réel connu de Hermes :**  
+Le système RAG est opérationnel avec Qdrant et rag-query, mais les limitations du modèle d'embedding restent critiques pour la pertinence des résultats
+
+---
+
+## ✅ `admin/ia/rocm.md` — 8/10
+
+**Statut** : à_jour  
+**Résumé** : Document complet sur la configuration ROCm pour RX 6700XT avec vérifications clés, mais manque d'explications contextuelles  
+
+**Problèmes :**
+- La date du document est en 2026-06-05 (futur) ce qui suggère un retard dans la mise à jour
+- Aucune explication sur le pourquoi de HSA_OVERRIDE_GFX_VERSION=10.3.0
+- Manque de conseils pour résoudre les éventuels problèmes de détection du GPU
+
+**Suggestions :**
+- Ajouter une section expliquant la nécessité de HSA_OVERRIDE_GFX_VERSION
+- Inclure des exemples de sortie attendue pour chaque commande
+- Mettre à jour la date du document à la date actuelle
+- Ajouter une note sur la disponibilité limitée de rocm-smi sur cette machine
+
+**État réel connu de Hermes :**  
+ROCm configuré avec HSA_OVERRIDE_GFX_VERSION=10.3.0, modules amdgpu chargés, aucun crash détecté, mais rocm-smi non disponible sur gpu-01
+
+---
+
+## ✅ `admin/incidents.md` — 8/10
+
+**Statut** : à_jour  
+**Résumé** : Document d'historique des incidents complet et structuré, avec résolutions détaillées pour les derniers événements critiques  
+
+**Problèmes :**
+- La section 'État post-migration' est incomplète (texte coupé à mi-mots)
+- Les niveaux de sévérité ('Important', 'Critique') manquent de standardisation
+- La table d'index a un format incohérent avec la dernière ligne incomplète
+- Aucune mention des vérifications post-migration pour les services affectés
+
+**Suggestions :**
+- Compléter la section 'État post-migration' avec les métriques finales et tests de validation
+- Standardiser les niveaux de sévérité avec des icônes ou codes numériques (ex: ⚠️, ⚠️⚠️)
+- Ajouter une colonne 'Catégorie' (HDD, RAID, Logiciels, etc.) pour meilleure classification
+- Inclure des indicateurs de réussite pour chaque étape de résolution (ex: 'rsync terminé avec code 0')
+
+**État réel connu de Hermes :**  
+Le système RAID5 est désormais déployé vers NVMe, les services sont opérationnels, mais des tests de résilience sont en cours
+
+---
+