Bug do Plugin Claude Code Telegram: Notificações MCP Descartadas Silenciosamente — Solução via Polling de Arquivos e Injeção no tmux

Um usuário do Reddit descobriu um bug no Claude Code: o sistema de notificação MCP descarta silenciosamente mensagens de entrada no transporte stdio. O plugin do Telegram em si está funcionando — o problema está no cliente do Claude Code. O usuário confirmou o bug rastreando a cadeia de chamadas:

• handleInbound() é acionado ✅
• gate() retorna deliver ✅
• bot.api.sendChatAction('typing') é acionado (usuário vê o indicador de digitação) ✅
• mcp.notification({ method: 'notifications/claude/channel', ... }) é chamado ✅
• Claude Code o recebe e silenciosamente não faz nada ❌

O bug é reproduzível no WSL2, Linux e provavelmente em todas as plataformas. Uma issue no GitHub foi aberta: #46744.

Solução alternativa

Como o caminho de notificação MCP está quebrado, o usuário construiu um sistema de entrega alternativo:

• Modificar server.ts para escrever mensagens de entrada em um arquivo JSON de caixa de entrada local
• Um monitor shell que verifica a cada 5 segundos, detecta quando o Claude está ocioso e injeta a mensagem via tmux send-keys
• Um watchdog reinicia automaticamente o serviço se o Claude travar

Principais problemas encontrados:

• tmux new-session falha silenciosamente no systemd sem export TERM="xterm-256color" e -x 220 -y 50
• kill 0 no trap causa SIGSEGV ~60s após a inicialização — use kill $WATCHER_PID
• A verificação de ociosidade DEVE excluir "esc to interrupt" ou o monitor envia spam enquanto o Claude está processando

Código completo, unit do systemd, fallback cron e lista de verificação estão disponíveis em: https://github.com/LozzKappa/claude-code-telegram-bot

A latência com a solução alternativa é de 5 a 9 segundos. A correção real precisa vir da Anthropic — corrigindo o manipulador de notificação MCP dentro do Claude Code.