diff --git a/admin/hermes/builtin/2026-06-06_20-30.md b/admin/hermes/builtin/2026-06-06_20-30.md
new file mode 100644
index 0000000..d4ff569
--- /dev/null
+++ b/admin/hermes/builtin/2026-06-06_20-30.md
@@ -0,0 +1,106 @@
+# Rapport Hermes — 2026-06-06_20-30
+> Branche : `hermes/daily-work` · Fichiers analysés : 5
+
+---
+## Résumé
+- ✅ À jour : 5
+- ⚠️  À améliorer : 0
+
+## ✅ `admin/k8s/k9s.md` — 7/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète sur l'installation, configuration et utilisation de k9s dans le cluster Funk, avec des raccourcis clés et des cas d'usage pratiques.  
+
+**Problèmes :**
+- La section 'Cas d'usage fréquents' est interrompue au milieu d'une explication
+- Le lien vers la version la plus récente de k9s pointe vers 'latest' mais ne spécifie pas la version actuelle (v0.50.18)
+
+**Suggestions :**
+- Compléter la section 'Cas d'usage fréquents' avec l'explication complète sur la débogage des pods
+- Mettre à jour le document avec la version la plus récente de k9s et vérifier la compatibilité avec les configurations actuelles
+
+---
+
+## ✅ `admin/k8s/monitoring.md` — 7/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète sur le monitoring Kubernetes avec des sections claires, mais contient une erreur dans la section des règles d'alerte  
+
+**Problèmes :**
+- La section des règles d'alerte est incomplète (ligne 'PodPendingLong | Po---')
+- Manque de détails sur la configuration des alertes custom dans les PrometheusRule
+- Le format YAML des dashboards pourrait être mieux explicite
+
+**Suggestions :**
+- Compléter la section des règles d'alerte avec les lignes manquantes
+- Ajouter un exemple concret de PrometheusRule dans le dossier alerts/
+- Mettre en évidence les YAML à créer pour les dashboards custom
+
+**État réel connu de Hermes :**  
+Le monitoring est opérationnel avec Grafana/Prometheus/AlertManager, mais les règles d'alerte 'PodPendingLong' sont incomplètes et risquent de ne pas fonctionner correctement
+
+---
+
+## ✅ `admin/k8s/n8n.md` — 8/10
+
+**Statut** : à_jour  
+**Résumé** : Document complet décrivant la configuration et les workflows de n8n dans le lab Funk, avec des instructions de déploiement et de test opérationnels.  
+
+**Problèmes :**
+- La référence au vault Ansible 'vault_pg_n8n_password' n'est pas expliquée dans le document
+- Le mot de passe 'lm-studio' pour LiteLLM pourrait être obsolète (vérification requise)
+- Le schéma d'architecture manque de diagramme visuel pour clarifier les flux
+
+**Suggestions :**
+- Ajouter une note sur la sécurité des secrets en production
+- Mettre à jour l'exemple d'API key avec la valeur actuelle de LM_STUDIO
+- Inclure un exemple de vérification des credentials n8n via la UI
+
+**État réel connu de Hermes :**  
+n8n est déployé et opérationnel dans le cluster, avec deux workflows actifs (alertes Prometheus et rapports système). Les credentials sont configurés mais nécessitent validation des droits d'accès au vault Ansible.
+
+---
+
+## ✅ `admin/k8s/open-webui.md` — 9/10
+
+**Statut** : à_jour  
+**Résumé** : Documentation complète sur le déploiement et la configuration d'Open WebUI avec des instructions claires et des sections de dépannage pertinentes.  
+
+**Problèmes :**
+- La section 'État vérifié' est incomplète (tronquée)
+- Le bloc de code dans 'Dépannage' manque la fermeture de backticks
+- La variable DATABASE_URL contient un placeholder 'PASSWORD' non remplacé
+- La mention des services 'n8n' ne décrit pas leur rôle précis
+
+**Suggestions :**
+- Compléter la section 'État vérifié' avec l'information tronquée
+- Corriger le formatage du bloc de code dans 'Dépannage'
+- Documenter la procédure pour récupérer le mot de passe PostgreSQL depuis le vault Ansible
+- Ajouter une description des services 'n8n' et leur relation avec Open WebUI
+
+**É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` — 8/10
+
+**Statut** : ok  
+**Résumé** : Documentation complète pour l'installation de Talos Linux avec Kubernetes sur trois ThinkCentre, incluant les outils requis, structure du repo et procédure d'installation.  
+
+**Problèmes :**
+- Manque de mention sur la sauvegarde des clés SOPS
+- La procédure de récupération après échec du control-plane est trop succincte
+- La vérification des disques avant l'installation n'est pas automatisée
+
+**Suggestions :**
+- Ajouter une section sur la sauvegarde des clés SOPS
+- Préciser les étapes de vérification post-installation des nœuds
+- Mettre en avant les bonnes pratiques pour la gestion des clés age
+- Ajouter un exemple de script de validation post-installation
+
+**État réel connu de Hermes :**  
+Le cluster est opérationnel avec les configurations décrites, mais les mesures de redondance pour le control-plane et la gestion des clés SOPS pourraient être renforcées.
+
+---
+