Agent View: approval prompts don't increment the "awaiting input" count

Summary

In the multi-session dashboard surfaced by claude agents, sessions blocked on a permission prompt (waiting for the user to approve/deny a tool call) are not counted in the header summary's "awaiting input" group. The session stays in the "working" group, and the only way to discover that it's blocked is to click into it.

Environment

• Claude Code: 2.1.142
• UI: claude agents (Agent View / multi-session dashboard)

Reproduce

1. Run claude agents in any project.
2. Spawn two /bg tasks. Make at least one of them trigger a permission prompt (e.g. grep across ~ with a wide pattern, or any Bash command not in the project's auto-allow list).
3. Wait for the approval prompt to appear inside that session.
4. Return to the dashboard (Ctrl+T).
5. Observe: dashboard header reads 0 awaiting input · 2 working · … even though one of the two "working" sessions is actually blocked on approval.

Expected

Sessions blocked on a permission prompt should either:

• Increment the existing awaiting input count, or
• Surface in a distinct count (e.g. N waiting for approval)

so the user has at-a-glance visibility into which sessions need intervention without clicking into each "working" session.

Why it matters

The whole pitch of Agent View is unified visibility across parallel sessions. When the dashboard says zero sessions need input, the user reasonably assumes everything is making progress and walks away. Meanwhile a session is silently blocked on approval and isn't doing any work. The miscount defeats the parallel-session value: you still need to round-robin into every "working" session to verify it's actually working.