Bogue du plugin Telegram Claude Code : notifications MCP supprimées silencieusement — solution de contournement via interrogation de fichiers et injection tmux

Un utilisateur de Reddit a découvert un bug dans Claude Code : le système de notification MCP ignore silencieusement les messages entrants sur le transport stdio. Le plugin Telegram lui-même fonctionne correctement — le problème vient du client Claude Code. L'utilisateur a confirmé le bug en traçant la chaîne d'appels :

• handleInbound() se déclenche ✅
• gate() renvoie deliver ✅
• bot.api.sendChatAction('typing') se déclenche (l'utilisateur voit l'indicateur de saisie) ✅
• mcp.notification({ method: 'notifications/claude/channel', ... }) est appelé ✅
• Claude Code le reçoit et ne fait rien silencieusement ❌

Le bug est reproductible sur WSL2, Linux, et probablement toutes les plateformes. Un problème GitHub a été ouvert : #46744.

Solution de contournement

Puisque le chemin de notification MCP est cassé, l'utilisateur a construit un système de livraison alternatif :

• Patcher server.ts pour écrire les messages entrants dans un fichier JSON local
• Un watcher shell interroge toutes les 5 secondes, détecte quand Claude est inactif, et injecte le message via tmux send-keys
• Un watchdog redémarre automatiquement le service si Claude plante

Pièges clés rencontrés :

• tmux new-session échoue silencieusement dans systemd sans export TERM="xterm-256color" et -x 220 -y 50
• kill 0 dans le trap provoque un SIGSEGV environ 60s après le démarrage — utiliser kill $WATCHER_PID
• La vérification d'inactivité DOIT exclure "esc to interrupt" sinon le watcher spamme pendant que Claude traite

Le code complet, l'unité systemd, le fallback cron et la liste de vérification sont disponibles sur : https://github.com/LozzKappa/claude-code-telegram-bot

La latence avec la solution de contournement est de 5 à 9 secondes. La vraie correction doit venir d'Anthropic — réparer le gestionnaire de notification MCP dans Claude Code.