Skip to main content
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, default is not null. Otherwise pass --model <provider/model> from that list.
  • Cloud sandboxes are enabled for your account (early access).
Helix completes the task, making as many model and tool calls as it needs, prints the final answer, and exits. The run uses the workspace’s LLM providers and default model. On stderr, the CLI first prints the session reference:
Keep it: 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.
A definition with no task is refused, and the error tells you to add -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:
The global --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 example CLOUD_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.