What it is

“I want an agent that opens websites, clicks and fills in forms, or uses a whole desktop.”

A browser agent reads pages as text or screenshots and clicks, types and scrolls like a person. A computer-use agent does the same with a full desktop. Both need a machine with a display and enough memory for Chromium.

Sessions are usually short and thrown away. If the agent must stay logged in to sites, keep its browser profile, which means keeping the disk or saving a snapshot.

What it needs from a machine

From its own documentation, each line linked to the page it comes from

Machine size

2 vCPU / 4 GiB / 10 GiB for a browser; Browserless gives the same minimum. A full desktop is more comfortable at 4 vCPU / 8 GiB / 20 GiB.

battleships.dev, built by the Boat team

Does it stay on?

No. Typical sessions are minutes long.

battleships.dev, built by the Boat team

What must survive a restart

Nothing, unless logins must survive: then the browser profile and cookies.

battleships.dev, built by the Boat team

How busy it is

About 3% CPU on average; Chromium's memory is what fills the machine.

battleships.dev, built by the Boat team

Setting it up on each provider

Easiest first. “Without a terminal” means someone who does not type commands can get it running from the provider's website.

ProviderHowWithout a terminal?What it involves
TensorlakeOfficial guide or templateNoBoot `tensorlake/ubuntu-vnc`, which ships XFCE, TigerVNC, Firefox and Chrome, then either drive the desktop through `connectDesktop()` for screenshots, clicks and typing, or start Chrome with `--remote-debugging-port=9222` and tunnel it to localhost so Playwright, Puppeteer or `chrome-devtools-mcp` drive it as if it were local. Snapshot a warmed profile so parallel agents start with cookies already in place.Tensorlake: computer use ↗

Read from each provider's documentation on 29 October 2026. A provider not listed as one click can still be the right home; it means someone has to follow its instructions.

Where to start

Three starting points for different people, each with its catch

A desktop you can watch

InstaBox

The agent-browser image comes with a desktop and Chromium you can open from the dashboard, and an idle machine pauses itself and wakes when its preview link is used.

Catch: The free plan is one 4 vCPU / 8 GiB machine that pauses after 30 idle minutes.

instabox.sh ↗

Full VMs at a flat rate

Boat

A full Ubuntu VM with room for a browser, at a flat hourly price per size.

Catch: At thousands of sessions a month, the plan's start limits apply, and paid starts come out of the wallet.

docs.boat.dev ↗

Computer use from code

Daytona

Documents computer use, with sandboxes started from an SDK and per-second billing.

Catch: Each sandbox's disk is capped at 10 GiB.

daytona.io ↗

Beyond these providers. Browser services such as Browser Use Cloud sell hosted browser time (from $0.02 per browser-hour) without a machine to manage.

Compare these three head to head: features and cost side by side.

What it would cost

30,000 ten-minute browser sessions a month on 2 vCPU / 4 GiB / 10 GiB machines, thrown away after each. Chromium needs memory more than CPU: about 3% CPU on average. Change any number; open a row for the arithmetic.

Start from

The machine
How it runs
How busy it is

Only providers that bill for CPU actually used look at this. An agent waiting for messages is near 0%; a build or a test run is near 100%.

For providers that put an idle machine to sleep and wake it on a request: the share of its hours it has to be awake. An agent that only answers webhooks can sleep; one that holds a chat connection open cannot.

The AI model (optional)

For most agents the model costs more than the machine. Each message re-sends the agent's instructions and history, so tens of thousands of tokens is normal. Prices are the median of the providers that keep no data, from TokenWatch, read 2026-10-29.

    List prices only, excluding model tokens, egressData the machine sends out to the internet, such as downloads to a user or uploads to another service. Some providers charge per GB; most agents send very little., taxes and anything a provider does not publish. How the numbers are made.

    The features that decide it

    Each page compares every provider, with a source for every row

    1. 01

      Sizes, regions and hardware — A size is a bundle of CPU, memory and disk, and the bundle decides what you can run. A region decides how far away it is and whose laws it sits under. Neither is as flexible as the word “cloud” suggests.

    2. 02

      Isolation: what kind of computer you get — Every provider says “sandbox”. Underneath, it is a container, a gVisor container, a microVM or a full virtual machine, and that decides what your agent can install, run and break.

    3. 03

      Reaching it: links, ports and who can open them — A machine nobody can reach is not an agent. There are four doors in — an HTTPS link, a raw TCP port, SSH, and the provider's API — and the important difference is who can open each one.

    4. 04

      Snapshots, forks and templates — Four jobs hide under “snapshot”: a restore point on one machine, a reusable image for new machines, a copy of a running machine, and a backup that survives losing the host. Ask which one you are getting.

    Sources