Cloud features

Run planning and code review in the cloud from Cluster Build — /ultraplan plans against your repos on a remote VM, and /ultrareview runs a fleet of review agents on a pull request.

Cloud features

Most of Cluster Build runs locally on your machine. Two commands reach into the cloud for work that's bigger than a single session — they run on Cluster's Managed Agents service, on remote VMs, while you watch the results stream into your terminal.

Cloud features need the managed-agents host set in your config:

cluster config set managed_agents_url https://agents.clusterbase.dev

Both commands are available in interactive sessions only.

/ultraplan

/ultraplan [--repo name=spec] <request>

/ultraplan offloads read-only planning to a cloud VM. Cluster provisions an ephemeral environment with your repositories cloned, a planning agent explores the code there, and the resulting plan streams back to your terminal — ready for you to review and implement locally. Nothing is changed on the remote VM; the output is a plan, not a commit.

Use it when planning a change needs more context than your local session can hold, or spans repositories you don't have checked out.

/ultrareview

/ultrareview

/ultrareview launches a cloud multi-agent code review. A picker lets you choose what to review — a diff against a base branch, your uncommitted changes, a specific commit, or custom instructions. A fleet of specialist review agents (correctness, security, performance, and more) then runs in parallel on a remote VM, and their findings are cross-validated into a single consolidated review. When the reviewed changes match an open pull request, the review is also posted there as a comment.

You can also trigger a review from GitHub by mentioning @cluster-build review (or @cluster-build ultrareview) on a pull request — see Triggers.

How it runs

Both commands run server-side, on the same infrastructure described in the Managed Agents docs:

  • On-demand runs — how a one-off cloud run is kicked off, with your repos cloned in.
  • Environments — the Firecracker VMs the agents execute inside, provisioned on your behalf and torn down automatically.

The VM is provisioned under your own identity using the credentials from cluster login, so it sees only what you can access.

Next steps

On this page