runbook: principe de routing Telegram Nabil_Perso vs bots Hermes + desactivation Auto Download Films
This commit is contained in:
@@ -0,0 +1,24 @@
|
|||||||
|
# Routing Telegram : Nabil_Perso (notifications) vs bots Hermes (conversation)
|
||||||
|
|
||||||
|
**Date** : 25/07/2026 · **Sphere** : infra, transverse aux 3 Hermes · **Statut** : principe acte
|
||||||
|
|
||||||
|
## Decision
|
||||||
|
|
||||||
|
Discussion avec Nabil sur la pollution des conversations Hermes par des automatismes. Cartographie faite, principe valide :
|
||||||
|
|
||||||
|
- **Nabil_Perso_bot** (chat `2084513684`, credential n8n `ND_Telegram` id `OyOHh6jAzCDsiBux`) = canal de sortie **unique** pour toute notification automatisee non conversationnelle : veille, digests, rapports, alertes. Deja utilise par `INFRA | OpenHuman Watch` et `MONITORING | Marche RLA Sync` ; sera la cible de `VEILLE | Infra v2 - Digest quotidien` une fois sa tache DSM creee.
|
||||||
|
- **HermesTT_bot** / **HermesNyora_bot** / **HermesPerso_bot** = strictement conversationnels, un bot par instance, credentials `TELEGRAM_BOT_TOKEN` dans l'env de chaque conteneur `hermes-agent-*`. Aucun automatisme ne doit y ecrire.
|
||||||
|
|
||||||
|
Regle a appliquer pour tout nouvel automatisme livrant sur Telegram : **jamais** le bot token d'un `hermes-agent-*`, toujours `ND_Telegram` / chat `2084513684`, sauf si le but explicite est une reponse dans le fil de conversation de cet agent.
|
||||||
|
|
||||||
|
## Cas traites
|
||||||
|
|
||||||
|
- **Hermes-Perso — Auto Download Films & Séries** (`Yp1UJtsvUzZpNrT8`) : envoyait ses rapports directement sur le bot token de HermesPerso_bot (en dur dans le node Code, id bot 8524160256), polluant le fil de conversation. **Desactive le 25/07** (active=false + restart n8n) — Nabil a abandonne cette veille depuis la desinstallation de Radarr/Sonarr, plus d'usage.
|
||||||
|
|
||||||
|
## A verifier (non fait, necessite acces n8n MCP ou verif manuelle)
|
||||||
|
|
||||||
|
- **VEILLE | Dr. Nexum — 3x/jour** : les emails/Telegram actuellement recus 3x/jour ne viennent pas des workflows n8n `kcUix5Rdzgai3v6P`/`Eh2nomLhSuL3iUMp` (tous deux `active=false` en base) mais tres probablement d'un cron interne au conteneur `hermes-agent-nyora` (jobs.json) utilisant le deliver Telegram natif de Hermes -> a verifier si ca ecrit dans HermesNyora_bot (pollution probable) et si oui, migrer la livraison finale vers Nabil_Perso tout en gardant Hermes pour l'enrichissement/analyse.
|
||||||
|
|
||||||
|
## Reference technique
|
||||||
|
|
||||||
|
Pour identifier a quel bot correspond un token sans le decrypter depuis les credentials n8n : `curl -s https://api.telegram.org/bot<TOKEN>/getMe` renvoie `username`/`first_name`/`id` du bot. Utilise pour confirmer que `2084513684` = Nabil_Perso_bot et que chaque `hermes-agent-*` a bien un bot distinct (8942825904=TT, 8914117708=Nyora, 8524160256=Perso).
|
||||||
Reference in New Issue
Block a user