Retained sandbox lifecycle
Retain a sandbox when you want to run several commands against one uploaded workspace. For an environment-bound customer sandbox:sandbox exec and sandbox execution, found with environment-scoped list, and removed by its owner with delete. sync, files, shell, status, wait, and logs cannot reopen it. Start a fresh run --keep to transfer changed workspace state.
aient sandbox list
List sandboxes visible to the selected profile:
--environment applies customer environment authorisation before listing. --json is useful for scripts.
aient sandbox create
Create a retained sandbox without running a command:
Metadata must never contain credentials or sensitive values. It cannot override server-owned organisation, actor, environment, or repository identity.
For customer work that needs an environment’s authorised development capabilities, prefer
sandbox run --environment ... --keep or supply --environment on later exec and execution-observation operations.
aient sandbox status
Show the current state of a sandbox without an environment binding:
status cannot address an environment-bound customer sandbox.
aient sandbox wait
Wait until a sandbox without an environment binding becomes ready:
The global
--timeout limits the wait.
In 0.7.0, wait cannot address an environment-bound customer sandbox.
aient sandbox exec
Run a supervised command in an existing sandbox:
Exact argv,
--shell, and --stdin are mutually exclusive command forms. Repository authority requires --environment.
sandbox exec performs bounded same-execution transport recovery. It never replays an execution that may already have started.
aient sandbox shell
Open a new interactive PTY shell in a sandbox without an environment binding:
shell cannot address an environment-bound customer sandbox. Use sandbox exec --environment ... for authorised non-interactive operations.
aient sandbox logs
Read a bounded recent log snapshot from a sandbox without an environment binding:
logs cannot address an environment-bound customer sandbox.