Commit Graph
10 Commits
Author SHA1 Message Date
Channing Conger f0b82c0ea1 code-mode: tighten lifecycle tests and fix CI 2026-06-19 18:51:09 +00:00
Channing Conger dfc1727e0d code-mode: move cell lifecycle ownership to runtime 2026-06-19 18:11:46 +00:00
Channing Conger a736ac14ad code-mode: harden actor lifecycle races 2026-06-19 07:32:59 +00:00
Channing Conger 01c66cc07a code-mode: simplify session shutdown dispatch 2026-06-19 01:46:58 +00:00
Channing Conger 322b019cec code-mode: make session shutdown cancellation hierarchical 2026-06-19 01:25:28 +00:00
Channing Conger 269ac1ca04 code-mode: make session shutdown authoritative 2026-06-18 23:42:02 +00:00
Channing Conger f8ba23d96a code-mode: cancel cells when session ownership drops 2026-06-18 19:48:20 +00:00
Channing Conger caa2569ea7 code-mode: block requests for closing cells 2026-06-17 21:39:02 +00:00
Channing Conger 18a3fd04c9 code-mode: introduce transport-neutral session runtime 2026-06-17 21:28:16 +00:00
Channing Conger e2f074e16c code-mode: move cell state into library actor (#28599)
A code-mode cell is a single JavaScript execution that can produce
output, call tools, wait for asynchronous work, resume, or be
terminated. This PR extracts the existing per-cell run loop into a
dedicated actor that owns the cell’s lifecycle state. It is primarily an
ownership change rather than a new lifecycle contract: existing behavior
now has one clear implementation boundary.

### Architecture
The session service remains responsible for session-wide concerns:
allocating cell IDs, storing shared values, creating cells, and routing
requests to them.

Once a cell is created, its execution state belongs to its actor.
Callers interact with the actor through a handle. The actor receives two
kinds of input: runtime events and control requests.

A single event loop serializes these inputs and applies the lifecycle
rules. It tracks the current observer—the caller waiting for an
update—along with accumulated output, outstanding callbacks, runtime
state, yield deadlines, and termination progress. Observation,
termination, completion, and cleanup therefore have one consistent
owner.

When the runtime has no immediately runnable work and is waiting only on
timers or tool results, the actor can return accumulated output and
information about outstanding tool calls while keeping the cell
available to resume. On completion or termination, it performs the
appropriate callback cleanup before publishing the final result and
removing the cell from the session.

A small host interface connects the actor to session-owned facilities
such as tool dispatch, notifications, stored values, and final cell
removal, keeping those responsibilities outside the actor itself.

### Why
Previously, cell lifecycle state and coordination lived alongside
session management. The actor boundary makes each cell a self-contained
state machine with a single writer, while the service becomes a registry
and adapter around it.

This makes lifecycle behavior easier to reason about and test in
isolation. It also establishes a clean boundary for later changing where
cells run or how they communicate without recreating their lifecycle
rules.
2026-06-16 19:28:55 -07:00