session: client-execution entries no longer raise InputNeeded

[connor4312]

Problem

SessionStatus.InputNeeded is documented as "A turn is in progress but blocked waiting for user input or tool confirmation."

withInputNeededStatus promoted on any non-empty inputNeeded queue, including toolClientExecution entries. But a client execution is not a prompt — the call has already cleared its confirmation gate and is merely running on a client. Two consequences today:

• A session reports Input Needed for the entire duration of every client tool call (toolSearch, browser tools, …).
• Worse, approving a call does not clear it: fixture 225 encodes exactly this — a toolConfirmation is replaced by a toolClientExecution for the same id, and the status stays 24. The user approves, and the session still shows as blocked on them.

Change

Promote only when the queue holds a user-blocking entry:

function awaitsUser(request: SessionInputRequest): boolean {
  return request.kind !== SessionInputRequestKind.ToolClientExecution;
}

function withInputNeededStatus(status, inputNeeded) {
  if (inputNeeded.some(awaitsUser)) { /* … InputNeeded */ }
  /* … clear the input-needed bit */
}

Ported to the four hand-maintained reducers (Go, Rust, Kotlin, Swift). Docs on SessionState.inputNeeded and SessionToolClientExecutionRequest updated to state the exception; generated types/schemas regenerated via npm run generate.

The entry itself is unchanged — it stays in inputNeeded so a client can still discover and execute the work from the session channel alone. Only its effect on status changes.

Tests

• 225 updated: swapping a confirmation for a client execution now drops to InProgress.
• 261 added: setting a client execution leaves an in-progress session InProgress.
• 262 added: removing the last user-blocking entry clears InputNeeded while a client execution remains.

Validation

Suite	Result
types/reducers.test.ts	255 passing
tsc --noEmit + eslint types/	clean
verify:change-fragments / verify:changelog	pass
Go go build + go test ./...	pass
Rust cargo test	pass
Swift swift build	⚠️ not verified — fails on this Windows box in the untouched AnyCodable.swift (CFGetTypeID unavailable). No errors from Reducers.swift.
Kotlin	⚠️ not verified — no Gradle locally.

Please let CI cover Swift and Kotlin.

Why now

Downstream in microsoft/vscode this blocks putting auto-approved client tool calls into inputNeeded. They are currently excluded precisely to avoid this status flash, which leaves them with no session-level record — so if the owning turn's observer is torn down, the tool call stalls with no recovery path. That is the root cause of a reported incident where subagents repeatedly stalled overnight and had to be manually restarted.

Once this lands, that exclusion can be dropped and every blocked tool call becomes discoverable and answerable from the session channel.