Error de plugin Claude Code Telegram: Notificaciones MCP silenciosamente omitidas — Solución alternativa mediante sondeo de archivos e inyección de tmux

Un usuario de Reddit descubrió un error en Claude Code: el sistema de notificaciones MCP descarta silenciosamente los mensajes entrantes en el transporte stdio. El plugin de Telegram está bien — el problema está en el cliente de Claude Code. El usuario confirmó el error rastreando la cadena de llamadas:

• handleInbound() se ejecuta ✅
• gate() devuelve deliver ✅
• bot.api.sendChatAction('typing') se ejecuta (el usuario ve el indicador de escritura) ✅
• mcp.notification({ method: 'notifications/claude/channel', ... }) es llamado ✅
• Claude Code lo recibe y no hace nada silenciosamente ❌

El error es reproducible en WSL2, Linux, y probablemente en todas las plataformas. Se ha abierto un issue en GitHub: #46744.

Solución alternativa

Dado que la ruta de notificaciones MCP está rota, el usuario construyó un sistema de entrega alternativo:

• Parchear server.ts para escribir los mensajes entrantes en un archivo JSON local de bandeja de entrada
• Un watcher de shell sondea cada 5 segundos, detecta cuando Claude está inactivo, e inyecta el mensaje mediante tmux send-keys
• Un watchdog reinicia automáticamente el servicio si Claude se bloquea

Problemas clave encontrados:

• tmux new-session falla silenciosamente en systemd sin export TERM="xterm-256color" y -x 220 -y 50
• kill 0 en la trampa causa SIGSEGV ~60s después del inicio — usa kill $WATCHER_PID
• La verificación de inactividad DEBE excluir "esc to interrupt" o el watcher envía spam mientras Claude está procesando

El código completo, la unidad de systemd, el fallback con cron y la lista de verificación están disponibles en: https://github.com/LozzKappa/claude-code-telegram-bot

La latencia con la solución alternativa es de 5 a 9 segundos. La solución real debe venir de Anthropic — arreglando el manejador de notificaciones MCP dentro de Claude Code.