[BUG] --channels (telegram plugin): TUI freezes at ~0% CPU on channel-message ingestion; only a process restart recovers (related to #36477)

Preflight Checklist

• [x] I have searched existing issues and this hasn't been reported yet
• [x] This is a single bug report (please file separate reports for different bugs)
• [x] I am using the latest version of Claude Code

What's Wrong?

In --channels mode (Telegram plugin) the TUI chronically freezes at ~0% CPU when a channel message arrives. The incoming text is parked in the input box but never submits; Enter has no effect. Only restarting the process (tmux respawn-pane -k) recovers it. ~19x/day. Related to #36477 and #39059; this is the complete-freeze (0% CPU) variant on the latest version.

What Should Happen?

Channel messages should be ingested and processed reliably; the TUI should stay responsive.

Error Messages/Logs

No crash or stack trace - the process silently hangs at ~0% CPU. (Running --channels with -p/--print crashes with "Input must be provided either through stdin or as a prompt argument" after ~15-20s - see #40726.)

Steps to Reproduce

1. Launch: claude --channels plugin:telegram@claude-plugins-official (in a tmux pane)
2. Send Telegram messages every few minutes
3. After some messages the TUI freezes (~0% CPU); input parked, Enter ineffective
4. Only tmux respawn-pane -k recovers it. ~19x/day

Claude Model

Opus

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

2.1.191

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

• Reproduces on both claude-opus-4-8 (200k) and claude-opus-4-8[1m] (1M).
• Ruled out (none fix it): context size (fresh restart still wedges), version (latest 2.1.191), model (both variants).
• Runs in tmux; we inject some messages via send-keys with clear-and-resend, yet it still hangs -> the TUI is genuinely frozen, not just holding text.
• Related: #36477 (stops processing but stays responsive), #39059 (telegram plugin freezing), #40726 (headless crash). This is the 0% CPU complete-freeze variant on the latest version.
• Mitigation: external watchdog runs tmux respawn-pane -k (~6 min recovery).