`claude agents` TUI input dead after returning from session detail view (Windows)

Environment

• Claude Code: 2.1.143 (latest)
• OS: Windows 11 Pro 22631 (10.0.22631)
• Shell: PowerShell 5.1
• Terminal: Windows Terminal 1.24.11321.0 (latest stable)

Description

After opening claude agents, drilling into a background session (Enter to attach, or Space to peek), and then navigating back to the main session-list view, no keyboard input is registered. Arrow keys, Esc, Enter all do nothing. Only Ctrl+C kills the process.

Steps to reproduce

1. claude agents
2. Select a session row in the main list
3. Enter (attach) or Space (peek) to open the detail view
4. Press Left Arrow (or whatever the documented detach key is) to return to the main list
5. List view re-renders correctly, but keystrokes are no longer received

Expected

List view remains interactive after returning from detail view.

Actual

Input is dead. Process must be terminated with Ctrl+C (or by killing the supervisor PID from ~/.claude/daemon.status.json).

Daemon log excerpt

Tail of ~/.claude/daemon.log shows a Windows-specific supervisor race that may be related (two daemons spawned within ~1s):

[2026-05-18T02:32:49.016Z] [supervisor] ─── daemon start ─── version=2.1.143 pid=12544 origin=transient
[2026-05-18T02:32:50.006Z] [bg] bg adopt: adopted=0 respawned=0 dead=1
[2026-05-18T02:32:50.143Z] [bg] bg spawned aaf21448 (spare)
[2026-05-18T02:32:50.150Z] [supervisor] ─── daemon start ─── version=2.1.143 pid=23028 origin=transient
[2026-05-18T02:32:50.227Z] [bg] bg spawned 2da05077 (fleet)
[2026-05-18T02:32:51.091Z] [supervisor] another daemon is already running (pid=12544, version=2.1.143, origin=transient; an on-demand daemon never displaces a running one). Stop it with `taskkill /PID 12544`, then retry.

Workaround

Kill the supervisor process listed in ~/.claude/daemon.status.json (taskkill /PID <pid> /F) and relaunch claude agents. There is no CLI escape hatch — claude agents is TUI-only (no --list/--stop subcommands), so when the TUI wedges, the only recovery is to terminate the process.

Suggested labels

bug, area:tui, platform:windows