[v0.8 Core 7] overlap refinement drain with kernel teardown

[sethkarten]

Replacement scope

This PR reconstructs and supersedes the unique implementation delta reviewed in #1265 without rewriting that historical branch. The original PR remains the immutable discussion record: #1265

• Base: v080/core-split-c4-sibling-validation
• Replacement branch: v080/core-split-c7-lifecycle
• Replacement commit: 2cab0cd1003432619b9e253dd58f01febae93a4f
• Propagation/reconciliation merge commits are intentionally excluded.
• fix(mcp): make cleanup failures observable #1264 is intentionally omitted from the replacement stacks because its declared-base-to-head tree delta is empty.
• Frozen feat(kernel): dispatch host requests as capabilities #1243 (77b188b92dc91365cb2bc41bdb46a50669d104a8) is the shared foundation. For reconstructed deltas it is a proven tree-compatible base, not an ancestry claim about the historical PR stack.

Validation

• Biome 2.5.5 on the exact changed paths: pass
• root tsgo --noEmit: pass
• Core focused suite on the final Core tip with live daemon/RLM environment removed and single-worker execution: 11 files, 388 tests passed
• MCP focused suite on the final MCP tip: 9 files, 106 tests passed
• Independent Terra tree/delta review: pass

No original PR was retargeted, closed, merged, or otherwise mutated.

---

Note

Medium Risk
Changes session shutdown ordering and error surfacing for kernel teardown and concurrent dispose callers; behavior is well covered by new tests but affects core lifecycle paths.

Overview
AgentSession.disposeAsync is reworked so graceful shutdown overlaps refinement drain and IPython kernel disposal instead of awaiting them strictly in sequence. Both start before the first await, run under Promise.allSettled, and rejections surface as a single error or an AggregateError when both fail—while synchronous cleanup still runs via dispose() in a finally path.

Concurrent and late disposeAsync callers now always join the same in-flight _disposeAsyncPromise, including when _disposed is already true, so they observe the same terminal outcome (success or failure). Kernel dispose() is no longer invoked from _disposeAsyncOnce (where failures were previously swallowed).

A new _asyncTeardownStarted flag is set at the start of async teardown; reload() and _buildRuntime() throw if called while disposal is underway, preventing the runtime from replacing the kernel mid-teardown.

Tests in agent-session-concurrent.test.ts cover parallel start order, failure propagation, single finalization, late callers, reload blocking, and dual failure aggregation.

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

Note

Overlap refinement drain with kernel teardown in AgentSession.disposeAsync

• disposeAsync now runs _drainPendingRefinementForDisposal() and _ipythonKernelProvisioner?.dispose() concurrently via Promise.allSettled, aggregating failures into an AggregateError when both reject.
• All concurrent and late callers (including those arriving after _disposed is already true) share the same terminal promise result, including any rejection.
• Kernel disposal is removed from _disposeAsyncOnce, which previously silently swallowed kernel disposal errors.
• A new _asyncTeardownStarted flag causes _buildRuntime and reload to throw immediately if called after async teardown has begun.
• New tests in agent-session-concurrent.test.ts cover drain/kernel ordering, failure propagation, late-caller sharing, and reload blocking.

^{Macroscope summarized 3055505.}