Claude Code Telegramプラグインのバグ：MCP通知が静かに破棄される問題 — ファイルポーリングとtmuxインジェクションによる回避策

RedditユーザーがClaude Codeのバグを発見しました。MCP通知システムがstdioトランスポート上の着信メッセージを静かに破棄します。Telegramプラグイン自体は問題ありません。問題はClaude Codeのクライアント側にあります。ユーザーはコールチェーンをトレースしてバグを確認しました:

• handleInbound() が起動 ✅
• gate() が deliver を返す ✅
• bot.api.sendChatAction('typing') が起動（ユーザーに入力インジケーターが表示される）✅
• mcp.notification({ method: 'notifications/claude/channel', ... }) が呼び出される ✅
• Claude Codeがそれを受信し、静に何もしない ❌

このバグはWSL2、Linux、およびおそらくすべてのプラットフォームで再現可能です。GitHub issueが作成されました: #46744。

回避策

MCP通知パスが壊れているため、ユーザーは代替の配信システムを構築しました:

• server.ts にパッチを当て、着信メッセージをローカルのJSON受信箱ファイルに書き込む
• シェルウォッチャーが5秒ごとにポーリングし、Claudeがアイドル状態かを検出して、メッセージを tmux send-keys で注入する
• Claudeが停止した場合、ウォッチドッグがサービスを自動再起動する

遭遇した重要な落とし穴:

• tmux new-session は、systemd内で export TERM="xterm-256color" と -x 220 -y 50 がないと静かに失敗する
• トラップ内の kill 0 は起動後約60秒でSIGSEGVを引き起こす — kill $WATCHER_PID を使用する
• アイドルチェックは「esc to interrupt」を除外しなければならない。そうしないと、Claudeが処理中にウォッチャーがスパムを送る

完全なコード、systemdユニット、cronフォールバック、および検証チェックリストは以下で入手可能: https://github.com/LozzKappa/claude-code-telegram-bot

回避策のレイテンシは5〜9秒です。本当の修正はAnthropicから提供されるべきです — Claude Code内のMCP通知ハンドラを修正することです。