diff --git a/admin/hermes/builtin/2026-06-09_16-00.md b/admin/hermes/builtin/2026-06-09_16-00.md
new file mode 100644
index 0000000..fe244cb
--- /dev/null
+++ b/admin/hermes/builtin/2026-06-09_16-00.md
@@ -0,0 +1,109 @@
+# Rapport Hermes — 2026-06-09_16-00
+> Branche : `hermes/daily-work` · Fichiers analysés : 5
+
+---
+## Résumé
+- ✅ À jour : 5
+- ⚠️  À améliorer : 0
+
+## ✅ `admin/k8s/k9s.md` — 7/10
+
+**Statut** : ok  
+**Résumé** : Document complet sur l'installation, la configuration et l'utilisation de k9s dans le cluster Funk, avec des exemples pratiques et des raccourcis clés.  
+
+**Problèmes :**
+- La section 'Débugger un pod en erreur' se termine brutalement en milieu de phrase
+
+**Suggestions :**
+- Ajouter des conseils pour gérer les erreurs courantes (ex: 'kubectl describe' vs 'k9s d')
+- Mettre en évidence les différences entre les vues 'all' et 'active' dans les namespaces
+
+**État réel connu de Hermes :**  
+k9s est correctement configuré sur storage-01 avec les namespaces définis, mais la documentation incomplète pourrait causer des confusion lors du débogage
+
+---
+
+## ✅ `admin/k8s/monitoring.md` — 9/10
+
+**Statut** : ok  
+**Résumé** : Documentation complète sur la stack monitoring (Grafana/Prometheus/AlertManager) avec configuration GitOps et règles d'alerte, mais avec une section d'alertes Kubernetes incomplète.  
+
+**Problèmes :**
+- La section 'Kubernetes (alerts-k8s.yaml)' est tronquée (fin prématurée avec 'PodPendingLong | Po---')
+- Aucune mention des métriques ROCm spécifiques collectées par textfile_collector
+- Les alertes 'Storage01Down' et 'Gpu01Down' utilisent des jobs Prometheus non décrits ailleurs
+
+**Suggestions :**
+- Compléter la section des alertes Kubernetes avec les règles incomplètes
+- Ajouter une note explicite sur la configuration du textfile_collector pour ROCm
+- Mettre à jour la documentation pour refléter les jobs Prometheus réels (storage-01, gpu-01-node, etc.)
+- Ajouter un diagramme d'architecture des flux d'alertes (Prometheus → AlertManager → webhook)
+
+**État réel connu de Hermes :**  
+Stack monitoring opérationnelle avec dashboards et alertes configurées. Les métriques ROCm et les healthchecks des nœuds sont surveillés, mais la gestion des alertes Kubernetes nécessite des améliorations.
+
+---
+
+## ✅ `admin/k8s/n8n.md` — 7/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète sur le déploiement et la configuration de n8n dans le cluster Kubernetes, avec des workflows d'automatisation et des intégrations critiques.  
+
+**Problèmes :**
+- Manque de détails sur la configuration des credentials OpenAI/LiteLLM (ex: format exact des requêtes API)
+- Les requêtes Prometheus dans les workflows ne spécifient pas les métriques exactes utilisées (ex: cpu_usage, memory_usage)
+- Aucune mention des mécanismes de monitoring et de gestion des erreurs pour n8n lui-même
+- Le secret.yaml est mentionné comme non commité mais aucun conseil n'est donné pour le générer
+- Le test manuel des workflows utilise un curl avec des données hardcodées qui pourrait être amélioré
+
+**Suggestions :**
+- Ajouter un exemple concret de création de credentials OpenAI/LiteLLM via l'interface web
+- Spécifier les métriques Prometheus exactes utilisées dans chaque workflow (ex: node_memory_usage, node_cpu_utilization)
+- Inclure une section sur la surveillance et l'alerting pour n8n (ex: métriques de santé, logs)
+- Ajouter une note sur la sécurité des secrets (ex: rotation, stockage)
+- Proposer un script test automatisé pour les workflows plutôt que des curl manuels
+
+**État réel connu de Hermes :**  
+Déployé avec ArgoCD, workflows actifs et intégrations fonctionnelles. Nécessite des améliorations dans la documentation des configurations critiques.
+
+---
+
+## ✅ `admin/k8s/open-webui.md` — 8/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète sur le déploiement et l'utilisation d'Open WebUI avec des instructions claires, mais nécessite des améliorations mineures.  
+
+**Problèmes :**
+- La section 'État vérifié' est incomplète (tronquage du texte)
+- La variable DATABASE_URL utilise un placeholder PASSWORD sans précision sur la gestion sécurisée
+- Les étapes de déploiement manquent de précautions sur la gestion des secrets sensibles
+
+**Suggestions :**
+- Compléter la section 'État vérifié' avec les informations complètes
+- Ajouter une note sur l'utilisation du vault Ansible pour le gestion du mot de passe PostgreSQL
+- Mettre en évidence les risques de sécurité avec les secrets dans le fichier secret.yaml
+
+**État réel connu de Hermes :**  
+Services n8n et open-webui en cours d'exécution (1/1 pods actifs) - Aucun service externe configuré (ingress vide)
+
+---
+
+## ✅ `admin/k8s/talos.md` — 9/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète pour l'installation et l'administration du cluster Talos Kubernetes, avec des étapes claires et des outils requis.  
+
+**Problèmes :**
+- La dernière étape de la procédure d'installation est incomplète (texte coupé avec 't---')
+- Aucune vérification de l'intégrité de l'ISO Talos n'est mentionnée dans la préparation de la clé USB
+
+**Suggestions :**
+- Ajouter une vérification de l'intégrité de l'ISO (ex: sha256sum) dans la section 'Préparer la clé USB'
+- Compléter la dernière étape de la procédure d'installation (le texte coupé)
+- Ajouter une note sur la vérification des EFI entries après le reboot
+
+**État réel connu de Hermes :**  
+null
+
+---
+