Early access. Cloud sessions and managed agent runs are not open to every account yet: we are
letting accounts in gradually while we test. They run in a cloud sandbox operated by Mutagent, so
there is nothing to host. A sandbox with nothing to do for 15 minutes stops; send the session a
message and it wakes up, delivers your message and carries on in the same conversation.
mutagent helix -p gives Helix a task in a cloud sandbox and prints the result. Use it from a script, a
CI job, or a terminal when you need one result and do not need to send follow-up messages.
Before you start
- You are signed in and a workspace is selected. See LLM providers and models.
- The workspace has an LLM provider and a default model: in
mutagent helix models --json,defaultis notnull. Otherwise pass--model <provider/model>from that list. - Cloud sandboxes are enabled for your account (early access).
mutagent helix session attach, send, signal and checkpoint take it. The final answer
goes to stdout, and the exit code is 0 when Helix ended normally.
Choose what runs
See Three ways to run Helix for when to use each one.
Your own agent: definition and task
mutagent helix agent takes two inputs:
- The definition says who the agent is: the first argument,
--prompt,--file, or--name. - The task says what to do:
-p "<task>", or a message after--mode json.
-p.
--file sends the definition only, not the tools, skills, or files it refers to.
Options
The sandbox does not have your files.
--system-prompt and --append-system-prompt read their file
on your machine and send the text. --extension, --skill, --session, --continue, --resume,
and @file arguments are refused, with a message that says what to do instead. Model keys are
refused on the command line; they come from your LLM providers.
Output
The CLI’s own messages go to stderr, so you can redirect the answer:
--json flag does not change a run’s output. Use --mode json for events.
Exit status
Once the run has started, the CLI exits with Helix’s exit status. A launch that is refused before anything starts uses the CLI’s exit codes: 1 for a refused launch (for exampleCLOUD_NOT_ENABLED, a missing model, or a flag the cloud does not accept), 2 when your
Mutagent API key expired or is invalid, and 3 when you are not signed in or no workspace is
selected. With -p, the refusal is text on stderr. With --mode json or --mode rpc, it is one
JSON line on stderr with code, error, suggestedAction and _agentGuidance.fix; stdout stays
the session’s. Run the fix it names; do not guess another command. See
Troubleshooting cloud runs and Errors and exit codes.
In --mode json, exit code 0 means Helix ended normally, not that every model call succeeded. A
failed model call shows up as an assistant message with stopReason: "error" and an errorMessage.
Stopping a run
The sandbox keeps running after the run ends and stops 15 minutes after its last activity. If you need its files
afterwards,
mutagent helix session restore <reference> restores it, with the reference printed on
stderr when the run started or listed by mutagent helix session ls. See Idle sandboxes.