Claude Code Telegram Plugin Fehler: MCP-Benachrichtigungen werden stillschweigend verworfen — Workaround via Datei-Polling und tmux-Injektion

Ein Reddit-Nutzer entdeckte einen Fehler in Claude Code: Das MCP-Benachrichtigungssystem verwirft eingehende Nachrichten über den stdio-Transport stillschweigend. Das Telegram-Plugin selbst ist in Ordnung – das Problem liegt im Claude-Code-Client. Der Nutzer bestätigte den Fehler durch Rückverfolgung der Aufrufkette:

• handleInbound() wird ausgelöst ✅
• gate() gibt deliver zurück ✅
• bot.api.sendChatAction('typing') wird ausgelöst (Nutzer sieht Tippindikator) ✅
• mcp.notification({ method: 'notifications/claude/channel', ... }) wird aufgerufen ✅
• Claude Code empfängt es und tut stillschweigend nichts ❌

Der Fehler ist unter WSL2, Linux und wahrscheinlich auf allen Plattformen reproduzierbar. Ein GitHub-Issue wurde eröffnet: #46744.

Workaround

Da der MCP-Benachrichtigungspfad defekt ist, baute der Nutzer ein alternatives Zustellsystem:

• Patch von server.ts, um eingehende Nachrichten in eine lokale JSON-Inbox-Datei zu schreiben
• Ein Shell-Watcher fragt alle 5 Sekunden ab, erkennt, wenn Claude inaktiv ist, und injiziert die Nachricht über tmux send-keys
• Ein Watchdog startet den Dienst automatisch neu, wenn Claude hängt

Wichtige Fallstricke:

• tmux new-session schlägt in systemd stillschweigend fehl ohne export TERM="xterm-256color" und -x 220 -y 50
• kill 0 im Trap verursacht ~60s nach Start SIGSEGV – stattdessen kill $WATCHER_PID verwenden
• Die Inaktivitätsprüfung MUSS „esc to interrupt" ausschließen, sonst spammt der Watcher, während Claude verarbeitet

Vollständiger Code, systemd-Unit, Cron-Fallback und Prüfliste sind verfügbar unter: https://github.com/LozzKappa/claude-code-telegram-bot

Die Latenz mit dem Workaround beträgt 5–9 Sekunden. Die echte Lösung muss von Anthropic kommen – Reparatur des MCP-Benachrichtigungs-Handlers in Claude Code.