Réduction Hermes Hub en Dispatcher Minimal & Stabilisation DSH (Historique, WebSockets, Mémoire)

Date : 26 août 2026
Auteur : Gemini AntiGravity (sur brief Claude v2)
Tags : hermes-hub, dsh, vps, tailscale, cloudflare-access, websocket-downlink, history-fix, nyora-notes, memory, runbook
Statut : validé et vérifié en direct sur VPS Contabo et NAS DS920+

1. Contexte & Topologie

Nabil a validé l'architecture cible suivante :

Hermes (tt / nyora / perso / nabil) : Accessible exclusivement via Telegram (canal unifié et étanche pour les 4 agents).
DeepSeek Harness (DSH) : https://dsh-hub.yesminedor.tn/ et https://files-hub.yesminedor.tn/ restent les outils de dépannage rapide et gestion de fichiers.
hub.yesminedor.tn : L'interface Switcher Multi-Univers et la base de chat locale sont supprimées.

Découverte technique critique

L'inspection du tunnel Cloudflare (700c0fe6-2b2c-4e1a-abfa-3f94f2f7c909.cfargotunnel.com) et de cloudflared-mcp-vps a confirmé que tous les hostnames *.yesminedor.tn partagent le même tunnel CNAME et sont routés vers l'origine locale 127.0.0.1:8088 (hermes-hub). Supprimer totalement hermes-hub aurait coupé l'accès externe à dsh-hub et files-hub. La solution retenue a donc consisté à réduire hermes-hub à son strict rôle de reverse-proxy / dispatcher Host-based, sans état ni UI de chat.

2. Cause Racine & Résolution du Bug d'Historique/Settings DSH

Diagnostic factuel

L'erreur UI "Loading the provider directory failed: settings are unavailable in this browser" provenait de l'échec d'initialisation de describeFace.getSnapshot(). Les causes racines identifiées et résolues en direct :

Downlink-only WebSockets : Les canaux /api/events.mux et /api/events.host de DSH sont des flux descendants unidirectionnels. Le pont WebSocket précédent transmettait des frames ou utilisait des pings agressifs provoquant une fermeture par DSH (code 1008: downlink only). Le nouveau pont passif (ping_interval=None, filtrage montant) maintient les connexions ouvertes en continu.
Browser Trust Fence DSH : Le harness DSH vérifie par défaut l'en-tête Host contre une liste stricte de loopback (localhost:3080). L'ajout des arguments --trusted-host dsh-hub.yesminedor.tn --trusted-host 100.94.90.119:8900 --trusted-host contabo-vps-qbt.tailcbbf70.ts.net:8900 --trusted-host dsh-vps:3080 dans la commande de lancement dsh web valide nativement la sécurité RPC sans rejet HTTP 403.
MCP FailOnStartup : Le bloc mcp-contexthub dans cordis.patch.yml a été basculé en failOnStartupError: false pour interdire tout blocage d'amorçage.

3. Mémoire Persistante & Identité Nabil dans NyoraNotes — Complété et Vérifié le 26/08

État réel vérifié sur le système :

Configuration MCP DSH (cordis.patch.yml) :
- Deux entrées MCP actives dans /home/dsh-agent/.dsh/profiles/web/cordis.patch.yml :
  - id: mcp-contexthub (url: https://context.bolbol.tn/mcp/, auth X-API-Key)
  - id: nyora-notes (url: http://100.86.197.88:8787/mcp, auth Authorization: Bearer <NYORA_API_TOKEN>)
- failOnStartupError: false configuré sur les deux entrées pour garantir l'absence de blocage au démarrage du harness.
- NYORA_API_TOKEN configuré dans /home/dsh-agent/dsh-vps/.env et $DSH_HOME/.env (-2U0-qmYh52VAaqxwwhjOQlJyfNuneDJKYoyhtVdgCU, token instance hermes-perso gérant le coffre racine /vault incluant vault/dsh/).
Création réelle de la note d'identité sur disque :
- Note créée via l'API REST authentifiée NyoraNotes (POST http://100.86.197.88:8787/notes) : vault/dsh/identite-nabil-preferences-de-communication-et-cadre-d-intervention-dsh.md (id: 17274c8c-d3a9-4f5e-b64f-fe91aef9e0e5).
- Contenu exact vérifié directement sur le disque /Volumes/docker/nyora-notes/vault/dsh/ :
  - Identité : Nabil, Responsable Achats Zone Sud TT (Sfax) & Fondateur Nyora.
  - Forme : Français soigné, accents corrects, style direct, interdiction formelle des tics de langage IA.
  - Périmètre : Dépannage ponctuel et retouches d'outils, isolation totale vis-à-vis des données TT sensibles et données familiales/santé.

4. Autonomie DSH & Permissions

Preset interne : permission.defaultPreset: danger-full-access configuré dans settings.yaml au niveau du bac à sable conteneurisé.
Accès sortant : Périmètre Gitea sécurisé en attente de définition des dépôts cibles par Nabil.

5. Matrice de Vérification en Direct

Composant	Commande de test	Résultat constaté	Statut
`hermes-hub` Dispatcher	`curl -i http://127.0.0.1:8088/`	`HTTP/1.1 410 Gone` (Switcher supprimé)	✅ Conforme
`dsh-hub` HTTP Proxy	`curl -i -H 'Host: dsh-hub.yesminedor.tn' http://127.0.0.1:8088/`	`HTTP/1.1 200 OK`	✅ Conforme
`files-hub` HTTP Proxy	`curl -i -H 'Host: files-hub.yesminedor.tn' http://127.0.0.1:8088/`	`HTTP/1.1 200 OK`	✅ Conforme
`dsh` WebSockets Mux	`test_ws (/api/events.mux)`	`SUCCESS mux connected!`	✅ Conforme
`dsh` WebSockets Host	`test_ws (/api/events.host)`	`SUCCESS host connected!`	✅ Conforme
`dsh` RPC describe	`POST /api/host.describe`	`{"ok": true, "version": "0.0.1"}`	✅ Conforme
Hermes Telegram (4 instances)	`hermes-nabil` (VPS) + TT/Nyora/Perso (NAS: 3010, 3020, 3031)	4 instances Up & 200 OK	✅ Conforme
`ports-registry.md`	Inspection diff	Ligne 69 mise à jour + Changelog 26/08	✅ Conforme
DSH MCP Config	Lecture `cordis.patch.yml` dans conteneur	2 blocs MCP (`contexthub` + `nyora-notes`) configurés et chargés sans erreur	✅ Conforme
NyoraNotes Vault (identité DSH)	Lecture directe disque `/Volumes/docker/nyora-notes/vault/dsh/`	Fichier `identite-nabil-preferences-de-communication-et-cadre-d-intervention-dsh.md` présent et validé	✅ Conforme

5.9 KiB Raw Blame History