fix(server): keep Claude messaging sessions alive

[Gigioxx]

What Changed

Keep live Claude sessions out of the inactivity reaper so their cross-session messaging endpoint remains addressable. Other providers and Claude bindings without a live adapter session keep the existing cleanup behavior.

Why

Claude's process owns its roster entry and messaging socket. Reaping an idle thread removes it from ListAgents, makes SendMessage fail, and resuming cannot restore the same endpoint identity.

Fixes #9586.

Verification

• Reproduced the failure with a focused reaper test before the fix
• vp test run apps/server/src/provider/Layers/ProviderSessionReaper.test.ts (9 passed)
• Targeted format and lint passed
• vp run --filter t3 typecheck passed
• git diff --check passed

Checklist

• This PR is small and focused
• I explained what changed and why
• No UI changes

Implemented with gpt-5.6-sol in T3 Code through the Codex harness.

---

Note

Medium Risk
Changes session lifecycle for Claude only and adds a listSessions dependency each sweep; wrong skip logic could leave zombie sessions or fail to reap when messaging is gone.

Overview
The inactivity ProviderSessionReaper no longer stops idle Claude bindings when listSessions() still reports a live claudeAgent session for that thread, so cross-session messaging can keep using the same process endpoint. Other providers and Claude bindings without a live adapter session still follow the existing stale-session cleanup.

Tests mock activeSessions on the harness, assert stale codex sessions are still reaped, and add cases for idle ready / error Claude threads that must not call stopSession. Multi-session failure/defect scenarios use error thread status on the Claude side so those bindings are not exempted by the new skip rule.

^{Reviewed by Cursor Bugbot for commit c3ab694. Bugbot is set up for automated code reviews on this repo. Configure here.}

Note

Fix ProviderSessionReaper to keep live Claude messaging sessions alive

The reaper previously stopped stale persisted Claude bindings even when a live session was still active. The sweep in makeProviderSessionReaper now calls providerService.listSessions, builds a set of active Claude thread IDs, and skips stopping any Claude binding whose thread ID is in that set.

Tests in ProviderSessionReaper.test.ts are updated: the generic stale-session test switched to the Codex provider, and new parameterized tests verify that live idle Claude sessions in ready and error states are retained.

Risk: non-Claude providers are unaffected; only Claude bindings with a matching live thread ID are exempted from reaping.

^{Macroscope summarized c3ab694.}

[macroscopeapp]

Approvability

Verdict: Approved at c3ab694

Macroscope's review found this PR approvable — This is a small, focused server bug fix that preserves live Claude processes needed for cross-session messaging while leaving other provider cleanup behavior unchanged. Tests cover both retained Claude sessions and continued cleanup of stale Codex sessions.

^{You can add or adjust custom eligibility rules. Learn more.}