Skip to main content
Give Browser Agents a starting URL and a task. It navigates pages, interacts with forms and controls, and returns task outcomes with data and an optional execution timeline. Browser Agents comes in two editions. Cloud, covered on this page, runs tasks on pre.dev’s browsers: send a task by REST, the SDKs, or the hosted MCP tool and get structured data back, with many tasks in parallel and nothing to set up. Local is a free, open-source MCP server that lets your coding agent drive the Chrome you already have open, with your profiles and the accounts you are signed in to. See Browser Agents Local.

Run your first task

Extract a page heading with curl, Python, or TypeScript.

Use an MCP tool

Give your assistant browser automation and structured results.

Use your own Chrome

Let a local coding agent work in your profiles, logins, and tabs.

​
Choose how the task runs

Provide an explicit output when downstream code expects a particular structure. If it is omitted, the service may infer an output schema; do not assume a specific data shape or that every task returns text.

​
Request lifecycle

  1. Submit tasks. Send URLs, instructions, and the output shape you need.
  2. Save the run ID. After credit and queue checks, tasks can start or wait.
  3. Follow the run. Poll the saved ID or stream available progress events.
  4. Read each outcome. Check every task’s status before consuming its data.
A completed run can include failed tasks. A rejected submission returns an error; inspect its code and next action before retrying. One request creates one run, also called a batch in response types. A run contains one or more tasks. Use its id to retrieve progress and results; each task has its own status and credit usage. The status guide shows each task state and what it costs.

​
Choose how to receive results

Task counts, account in-flight limits, and per-run concurrency are different controls. Check queue status when submitting larger workloads.

​
Credits

Every browser task is charged a 0.1-credit floor when you submit it, so you need available credits to start. When the task finishes, it is charged any usage above the floor, whether it succeeded or not. Only an ERROR or EXHAUSTED task keeps the floor and nothing more. Read billing and limits for details.

​
Benchmarks

Our runs on two public benchmarks of tasks on live websites, next to the numbers TinyFish publishes for its own runs: The Browser Agents figures are the mean of two full runs of each benchmark: 93.1% and 94.7% on WebVoyager, 80.3% and 76.3% on Online-Mind2Web. Under a stricter WebVoyager rule that needs a screenshot showing each claim, the mean is 91.4%. TinyFish’s numbers come from its own runs, with a different harness, patch set, and grader, and we did not re-run them. On Online-Mind2Web, Browser Agents trails TinyFish’s published number. The benchmark report covers the protocol, results by site and level, the patched tasks and why, and a CSV of every task result from both runs. Cloud browser tasks do not expose persistent login profiles, reusable cookie sessions, or a recurring-schedule API. Schedule submissions in your own application and provide the inputs each task needs. For work behind a login, use Browser Agents Local: your coding agent works in the Chrome you are already signed in to.