diff --git a/admin/hermes/builtin/2026-06-09_13-00.md b/admin/hermes/builtin/2026-06-09_13-00.md
new file mode 100644
index 0000000..cf4230c
--- /dev/null
+++ b/admin/hermes/builtin/2026-06-09_13-00.md
@@ -0,0 +1,106 @@
+# Rapport Hermes — 2026-06-09_13-00
+> Branche : `hermes/daily-work` · Fichiers analysés : 5
+
+---
+## Résumé
+- ✅ À jour : 5
+- ⚠️  À améliorer : 0
+
+## ✅ `admin/k8s/k9s.md` — 9/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète et structurée sur l'installation et la configuration de k9s sur le cluster Funk, avec des raccourcis clés et des cas d'usage.  
+
+**Problèmes :**
+- La section 'Cas d'usage fréquents' est incomplète (tronquée)
+- Manque des exemples concrets de commandes ou de scénarios d'usage
+
+**Suggestions :**
+- Compléter la section 'Cas d'usage fréquents' avec des exemples de commandes complètes
+- Ajouter une note sur les bonnes pratiques de navigation (ex: filtrage avancé)
+- Mettre en évidence les raccourcis les plus utiles dans un tableau séparé
+
+**État réel connu de Hermes :**  
+Le composant k9s est actif sur le cluster Funk avec la version 0.50.18. Les configurations mentionnées (kubeconfig, namespaces) sont en place et fonctionnelles.
+
+---
+
+## ✅ `admin/k8s/monitoring.md` — 9/10
+
+**Statut** : ok  
+**Résumé** : Documentation complète du système de monitoring Kubernetes avec Grafana/Prometheus/AlertManager, incluant architecture, accès, dashboards et règles d'alerte versionnées.  
+
+**Problèmes :**
+- Ligne incomplète à la fin de la section 'PodPendingLong' avec un dash trailing
+
+**Suggestions :**
+- Ajouter des exemples concrets de règles d'alerte dans le dossier 'alerts/'
+- Mettre à jour la section GitOps avec des instructions détaillées pour exporter/importer des dashboards
+
+**État réel connu de Hermes :**  
+Le système de monitoring est opérationnel avec des dashboards custom et des règles d'alerte configurées via ArgoCD. Les métriques sont collectées sur tous les nœuds et services critiques.
+
+---
+
+## ✅ `admin/k8n/n8n.md` — 8/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète sur l'implémentation d'n8n dans Funk, avec déploiement, architecture et workflows actifs.  
+
+**Problèmes :**
+- La section 'Créer le secret' fait référence à un mot de passe dans vault_pg_n8n_password sans expliquer comment récupérer cette valeur
+- Le diagramme d'architecture est textuel et pourrait être amélioré avec un schéma visuel
+- Manque une vérification si le modèle 'hermes-default' existe bien dans LiteLLM
+
+**Suggestions :**
+- Ajouter une note sur la vérification du secret n8n-secret après déploiement
+- Mettre en évidence les ports critiques (5678, 4000, 25) dans une table separate
+- Ajouter une section 'Monitoring' pour surveiller l'état d'n8n
+- Indiquer les droits nécessaires pour accéder aux ressources Kubernetes
+
+**État réel connu de Hermes :**  
+n8n est en production avec deux workflows actifs. Le secret n8n-secret doit être manuellement créé via kubectl. Les métriques Prometheus sont correctement configurées.
+
+---
+
+## ✅ `admin/k8s/open-webui.md` — 9/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète sur le déploiement et l'administration d'Open WebUI avec des informations clés sur l'architecture, les variables d'environnement et les dépannages.  
+
+**Problèmes :**
+- La section 'État vérifié' est tronquée (le dernier paragraphe est incomplet)
+- Aucune mention des configurations de sécurité (RBAC, quotas, etc.) pour le namespace 'ai'
+
+**Suggestions :**
+- Ajouter une section sur l'intégration avec Prometheus/Grafana pour le monitoring
+- Mettre à jour les exemples de secrets avec des placeholders sécurisés
+- Ajouter des notes sur la gestion des mises à jour et des rollbacks
+
+**État réel connu de Hermes :**  
+Les services open-webui sont en cours d'exécution (1/1 pods actifs) mais aucun ingresseur externe n'est configuré. Le pod a téléchargé les modèles sentence-transformer au premier démarrage.
+
+---
+
+## ✅ `admin/k8s/talos.md` — 8/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète pour l'installation de Talos Linux sur un cluster Kubernetes 3-nœuds, avec des instructions claires et des configurations détaillées.  
+
+**Problèmes :**
+- La procédure d'installation termine abruptement avec une commande incomplète (« t... »)
+- Les URLs des téléchargements de talhelper et age ne sont pas vérifiés pour leur validité actuelle
+- Manque de détails sur la gestion des erreurs lors de la vérification des disques
+- Aucune mention des risques de sécurité liés à l'utilisation de scripts curl pour télécharger des binaires
+
+**Suggestions :**
+- Compléter la procédure d'installation avec les étapes manquantes (notamment la gestion des erreurs de boot)
+- Ajouter des notes sur la vérification de la signature des binaires téléchargés
+- Préciser les commandes pour nettoyer les anciennes entrées EFI en cas de reboot sur un OS précédent
+- Mettre en évidence les bonnes pratiques pour le stockage des clés SOPS (ex: chiffrement des fichiers)
+
+**État réel connu de Hermes :**  
+Le cluster Talos est actif sur les 3 nœuds avec une configuration Flannel. Les secrets SOPS sont chiffrés et les patches sont appliqués. Le contrôle-plan est single-node mais fonctionne correctement.
+
+---
+