run() when you only need a completed result. Use spawn() to obtain an
operation handle immediately, stream output, send input, or cancel work.
Enter an operation context to start additional processes in the same running sandbox.
Use Advanced: resume a background operation to save its context and collect the result after
restarting Python.
Async snippets with top-level
await run inside an async function or a notebook
that supports it. For a standalone script, use the asyncio.run(main()) structure
from Your first sandbox.Run an additional process
This program keeps a sandbox alive withsleep, runs echo inside it, and streams
the output locally. Configure a connection as described in Connection sources.
- Sync
- Async
spid and
result, but no separate session-history entry.
Choose the right handle
Async
session.run() also supports async with. Its pending call can be consumed
once. A sync run() returns a result and cannot be used as an operation context.
Stream the main process
Iterateoperation.events() when you need live output without additional processes.
Decode stream payloads before displaying them.
- Sync
- Async
One reader per operation handle
events(), wait(), and subprocess handles share one unfiltered SSE reader.
It starts when the context is entered or when the first event iterator or wait is
consumed. A sync operation uses one reader thread; an async operation uses one task.
Transport reconnection remains the responsibility of contree-client.
Each events() iterator has an independent cursor. Events are retained in memory
for the lifetime of the handle, so a late subscriber can replay them without another
network stream. since=N selects event IDs greater than N; spid=N selects that
process. A process filter excludes the operation-wide completion event, but the
iterator still ends when the shared reader ends. Large event logs consume memory;
release completed handles when replay is no longer needed.
wait() uses the same reader and then fetches the final status once. Repeated waits
reuse that response. Closing or cancelling an event iterator only removes that
subscriber. A failed or cancelled operation wait() attempts remote cancellation
and therefore affects all consumers of the operation. Call shutdown() if you
stop consuming before completion and no longer need the operation.
Session run(), execute(), and wait_operation() and Docker builds close the
operation handles they create. Async cleanup waits for the reader to stop, even
if the caller cancels again during cleanup. Cleanup can extend a timeout while
cancellation requests and reader shutdown finish. These helpers do not close a
client supplied by the caller.
Synchronous shutdown waits for the reader thread for a bounded time. It cannot
interrupt an arbitrary blocking event source. If the source remains blocked,
the thread exits only when that source returns or raises.
Sharing applies to one Operation or AsyncOperation object. Constructing another
handle for the same UUID creates a separate owner and can open another stream.
Reuse the existing handle when consumers run in the same application.
Keep the result image
spawn() retains the result image by default. Wait for completion, then call
commit_result(operation) to advance session history. run() commits automatically.
Use disposable=True to leave the session image unchanged.
Saving an image is lightweight and can happen after every command. It stops the
VM; if files have not changed, the result can have the same image UUID.
- Sync
- Async
commit_result() cannot use it. Keep the original
session-created handle when you intend to commit.
A subprocess remembers its exit event. wait() after iteration does not wait for
another exit. Stream failures propagate to consumers. Operation wait() attempts
remote cancellation if waiting fails or is cancelled, while preserving the original error.
Stream input with bounded memory
Start the process withstdin_open=True. This keeps remote stdin open until you
send EOF. pipe_stdin() waits for that process’s spawn event, sends chunks in
order, and sends an empty EOF request when the source ends. Its default maximum
input chunk size is 64 KiB after UTF-8 encoding. Base64 transport adds overhead.
Supply an iterable of str or bytes in sync code, or an async iterable in async
code. The SDK holds one source chunk at a time and splits large chunks before
sending them. To bound total input memory, keep the source’s chunks bounded too.
stdin=... remains an eager initial payload; use pipe_stdin() for large files.
- Sync
- Async
StdinResult.bytes_sent counts bytes acknowledged by the server. It does not
prove that the process consumed them. eof_sent records successful EOF delivery.
If the shared reader observes an exit or operation completion before delivery
finishes, process_exited is true and the SDK stops sending input.
The caller owns the input source. A sync iterator can block inside next();
the SDK checks for exit before and after that read but cannot interrupt arbitrary
blocking Python code. Use an interruptible source for live TTY input. Async
forwarding cancels a pending source read when the process exits. Sources must
cooperate with cancellation; cancelling asyncio.to_thread() does not stop its
underlying thread. The file example uses finite reads from a regular file.
Input-source errors, transport errors, and cancellation cancel the operation and
preserve the original exception. The SDK never retries stdin writes: a timeout
can mean that some bytes were delivered. An exit can race with a write and cause
a transport error instead of a process_exited result.
Use one writer per process. Set close=False on pipe_stdin() to deliver several
input batches before EOF. For a child process, use
operation.run(..., stdin_open=True) and pass its spid to pipe_stdin().
send_stdin() remains a low-level single-write method; it does not wait for spawn
or manage input-source errors. Its default close=True sends EOF after that write.
pipe_stdin() returns after input delivery, without waiting for the operation.
Save operation.uuid if another owner will wait for completion. Do not enter an
operation context for this handoff: context exit stops the main process. The
shared reader remains active until completion or client closure. Input forwarding,
events(), and wait() on one handle use one transport subscription.
An optional events(timeout=...) limits that subscription. Timeout stops only
that subscriber; call cancel() to stop the remote operation. The client
resumes that subscription after a connection loss; input is not replayed.
signal() sends a signal without waiting. cancel() requests operation
cancellation. wait() returns the typed InstanceResult, including nonzero
process exit codes. A cancelled operation raises InterruptedError; an operation
failure raises FailedOperationError.
Reattach to an operation by UUID
Saveoperation.uuid when another process must inspect or cancel work.
Construct a handle with the same UUID and a client for the same server. This does
not start a new operation or restore session history context.
- Sync
- Async