Peter Steinberger
e4d602c6f3
* fix(worker): keep background servers alive between turns Retain the supervised worker environment while background execs are live, while recreating turn admission, tools, connections, and authorization for each turn. Keep physical worker ownership separate from bounded turn receipts so cancellation, restart recovery, and environment retirement cannot discard a still-running worker. Preserve process polling across turns, release turn callbacks, join exec finalization before environment cleanup, and require exact worker stop confirmation unless a dedicated provider proves the machine is gone. Fixes #130450. * fix(worker): fence revoked placements and verify retained lifetimes Record provider-loss teardown intent before remote stop, prevent pending cleanup from being recovered as an active placement, and preserve exact physical ownership until stop is confirmed. Keep draining state when the provider becomes unavailable. Remove the ownership/lifecycle import cycle and align workspace-retention proof with physical teardown. Exercise missing-capability rejection and reconnect on real Gateway/node wire, preserving scenario and cleanup failures in the harness. * test(worker): verify durable startup revocation cleanup
5.3 KiB
summary, read_when, title
| summary | read_when | title | ||
|---|---|---|---|---|
| Internal operator reference for the restricted cloud worker runtime |
|
Worker |
openclaw worker
openclaw worker is the restricted runtime entry point for a Gateway-owned
launcher to start inside a prepared cloud or paired-node worker environment.
It is not a general-purpose command for manual worker registration.
The Gateway installs the matching OpenClaw bundle through the enrolled node's
authenticated connection. The worker launcher starts this command with a
prepared assignment, and the worker connects back to the Gateway over its own
authenticated outbound WebSocket as the dedicated worker role.
Launch contract
The command reads exactly one bounded JSON launch envelope from standard input. The envelope carries the Gateway worker endpoint, minted worker credential, bundle and protocol identity, owner epoch, the single assigned session and turn, and the exact worker-local tool names authorized for that turn. The Gateway resolves this final tool set from current policy before handoff; raw config and scheduled-owner identity never enter the worker envelope. The credential is never accepted through command-line arguments, and this page intentionally provides no credential or hand-authored envelope example.
The node supervisor uses a private managed entry point that can admit successive turns into the same environment while background processes remain. Each turn still receives a fresh bounded envelope, Gateway connection, and tool authority. The standalone command above remains a single-turn entry point.
Admission fails closed if the envelope is invalid, the credential is rejected, the bundle or protocol features do not match, or the session and owner epoch are no longer current. Missing, duplicate, or unknown tool names also invalidate the envelope. Operators should start workers through the cloud worker orchestrator rather than invoke this entry point directly.
If admission exhausts its 120-second retry budget, the terminal error includes
the attempt count, Gateway host and port (or local socket path), and last failure.
connect failed means the WebSocket did not open; check reachability and TLS.
no hello within deadline means it opened but the Gateway did not complete worker
admission. A retryable admission rejection retains its reason. These bounded,
credential-redacted details appear in the node launch journal and turn error.
Container launches revalidate the pinned daemon identity before creating each container. This check allows 30 seconds for a busy daemon; a timeout still fails the launch and names the command. A changed daemon identity remains a hard failure.
Runtime boundary
The process runs the normal embedded agent loop with a restricted backend:
- The
read,write,edit,apply_patch,exec, andprocesscoding tools run locally in the worker workspace when present in the Gateway-issued turn authority. An empty authority runs the model with no tools. - Model calls use the gateway inference proxy. No local model auth profile is loaded.
- Transcript writes use the gateway transcript-commit RPC.
- Streaming and tool lifecycle updates use the gateway live-event RPC.
- Only the assigned session and turn are accepted.
Worker mode does not start channels, Gateway HTTP surfaces, or plugin auto-start beyond the assigned session toolset. It uses a throwaway state directory and has no standing provider or forge credentials.
The worker loads workspace AGENTS.md through the bounded bootstrap loader and
appends Gateway-supplied system instructions as literal text. It does not discover
SYSTEM.md or APPEND_SYSTEM.md from the workspace or agent state directory.
Worker-to-worker session dispatch is not exposed in this mode. Placement and dispatch remain gateway-owned: an operator can dispatch an existing local, managed-worktree session through the Gateway, while a worker process cannot dispatch itself or another worker.
The prepared assignment carries the transcript context, accepted base leaf, commit sequence, and live-event cursor. On a worker WebSocket reconnect, the process re-admits with the same credential and owner epoch, retains the accepted transcript base, replays its unacknowledged live-event tail, and reattaches an in-flight inference turn with the same identity. The terminal inference message is authoritative if streamed deltas were missed. A superseding owner epoch fences the process and causes a clean exit.
A stale-base-leaf transcript rejection fail-stops the current run. Worker
mode does not retry the rejected sequence against a different leaf, so no
duplicate commit is produced; any still-uncommitted in-memory tail from that
run is lost. Relaunch belongs to the milestone-3 placement owner, which must
create a fresh assignment from the gateway's authoritative transcript and
commit ledger. Likewise, a gateway process restart terminates a pending
inference turn with a provider error; only a worker WebSocket reconnect can
reattach to an active same-process inference stream.
See Gateway protocol for the closed worker RPC surface and Cloud workers for the architecture and security model.