# Rapport Hermes — 2026-06-06_22-00
> Branche : `hermes/daily-work` · Fichiers analysés : 5

---
## Résumé
- ✅ À jour : 4
- ⚠️  À améliorer : 1

## ✅ `admin/README.md` — 7/10

**Statut** : à_jour  
**Résumé** : Document d'index bien structuré avec des liens vers des guides opérationnels, mais manque de détails pratiques dans les sections.  

**Problèmes :**
- La section 'État vérifié' indique que le service litellm est inactive, ce qui pourrait être un point de confusion avec des guides antérieurs
- Aucune version spécifique des services n'est indiquée dans l'état brut
- La section incidents.md est mentionnée mais sans détails sur les cas concrets

**Suggestions :**
- Ajouter des notes explicites sur l'état actuel des services dans chaque section pertinente
- Compléter les guides avec des exemples concrets et des étapes détaillées
- Mettre à jour les sections avec des indicateurs visuels (✅/⚠️) pour les états des services

**État réel connu de Hermes :**  
Le service litellm est actuellement inactive, hermes est active, dnsmasq/nfs-server/qdrant sont actifs. Aucun pod crashé signalé dans Kubernetes. Export NFS fonctionne normalement.

---

## ✅ `admin/ia/alertmanager-webhook.md` — 8/10

**Statut** : à_jour  
**Résumé** : Documentation complète sur le webhook AlertManager-Hermes avec architecture, fonctionnement et tests, mais manque quelques détails opérationnels  

**Problèmes :**
- Aucun paragraphe sur la gestion des erreurs/échecs de traitement
- Les exemples de tests ne montrent pas les cas d'alertes critiques
- Manque une section sur la sécurité (authentification, chiffrement)

**Suggestions :**
- Ajouter un paragraphe sur la journalisation détaillée des erreurs
- Inclure un exemple de test avec alerte critique (ex: panne de disque)
- Préciser les règles d'authentification requises pour les requêtes POST

**État réel connu de Hermes :**  
Le service est actif sur storage-01 avec les permissions minimales. Les tests curl montrent une réponse 200 correcte et le traitement des alertes fonctionne comme décrit.

---

## ⚠️ `admin/ia/hermes-souls.md` — 8/10

**Statut** : incomplet  
**Résumé** : Document décrivant les profils Hermes (funk-ai, monitor, system, brain) avec leurs modèles, rôles et instructions d'utilisation. Contient des informations sur les outils, les protocoles de communication et les responsabilités de chaque profil.  

**Problèmes :**
- Le fichier n'existe pas sur le système de fichiers (erreur 404).
- Le profil `system` exige une réponse JSON valide mais le document ne fournit pas d'exemple concret.
- Aucune mention de l'état actuel des profils dans le cluster Funk.

**Suggestions :**
- Ajouter une section explicite sur l'état actuel des profils dans le cluster.
- Compléter le profil `system` avec un exemple de réponse JSON valide.
- Vérifier la présence du fichier sur le serveur et le restaurer si nécessaire.

---

## ✅ `admin/ia/hermes-voice.md` — 8/10

**Statut** : à_jour  
**Résumé** : Document complet sur la configuration du client vocal Hermes avec installation, modes d'usage et dépannage, mais nécessite quelques améliorations dans les détails pratiques.  

**Problèmes :**
- La commande de test Piper n'est pas inclus dans les étapes d'installation
- L'IP réseau mentionnée (192.168.1.200) pourrait être obsolète si le réseau a changé
- La section dépannage est trop succincte et manque de détails concrets

**Suggestions :**
- Ajouter une vérification du test Piper après l'installation
- Mettre à jour l'IP réseau si nécessaire
- Étendre la section dépannage avec des exemples d'erreurs courantes et solutions

**État réel connu de Hermes :**  
Le document reste pertinent pour la configuration actuelle de Funk, avec des instructions fonctionnelles pour le client vocal Hermes.

---

## ✅ `admin/ia/hermes.md` — 8/10

**Statut** : à_jour  
**Résumé** : Documentation complète sur l'implémentation du Hermes Agent, avec architecture, profils, services systemd et configuration, mais avec une section SOUL.md incomplète.  

**Problèmes :**
- La section SOUL.md est tronquée (« /srv/data/he ») et manque le contenu complet des profils
- Aucune mention des dépendances vers Qdrant ou PostgreSQL dans l'architecture
- Les commandes systemd manquent des exemples de gestion des erreurs (status, restart, journalctl)

**Suggestions :**
- Compléter la section SOUL.md avec les spécifications des profils (identité, outils, comportement)
- Ajouter un diagramme de dépendances entre Hermes, LiteLLM, Qdrant et PostgreSQL
- Inclure des exemples de gestion d'erreurs pour les services systemd
- Mettre à jour les URLs des services avec les IPs actuelles (192.168.10.1/200)

**État réel connu de Hermes :**  
Le composant Hermes Agent est actif sur storage-01 avec les services systemd, mais la documentation manque des détails critiques sur la configuration des profils et les intégrations avec les bases de données.

---