Skip to main content
Browser Agents Local is the local edition of Browser Agents: it lets the coding agent on your computer drive the Google Chrome you already have open. Your agent can open a tab in your work profile, read a dashboard you are signed in to, fill in a form, click through a flow, and screenshot the result. There is no second browser to set up and no site to sign in to again. It is part of the free, open-source pre.dev MCP server, @predotdev/mcp, which shows up as predev in your agent. The same server also carries pre.dev’s cloud tools: cloud Browser Agents, specifications, and project plans. One command sets up both. It works with any coding agent: Claude Code, Codex, Hermes, Pi, OpenClaw, Cursor, GitHub Copilot, Cline, Gemini CLI and Antigravity, OpenCode, Zed, Goose, and more than 20 others, plus any agent that can run a shell command. Run as many agents as you like at the same time. They share one connection to Chrome, so Chrome asks you to allow it once each time Chrome starts.
Coming from Claude in Chrome? Switch in two steps. Your Chrome profiles, tabs, and logins carry over.

Source on GitHub

predotdev/mcp, MIT licensed. On npm as @predotdev/mcp.

Cloud Browser Agents

Run tasks on pre.dev’s browsers through REST, the SDKs, or the hosted MCP server.

Cloud or Local

Use Cloud to run browser work from your application or at volume. Use Local when your coding agent needs the Chrome you already use. With the pre.dev MCP server, your agent has both and picks per task.

Quick start

You need macOS, Google Chrome, and Node.js 22 or later (check with node --version). Run one command:
It walks you through everything:
1

Sign in to pre.dev

Your browser opens pre.dev with a short code. Sign in, or create a free account, and approve. Setup saves your workspace API key for every agent, so there is nothing to copy. Already signed in to the pre.dev CLI? Setup uses that login.
2

Add it to every coding agent on your Mac

Setup installs a stable copy and registers it as predev, with full paths that also work in desktop apps, in each agent it finds: Claude Code, Codex, Hermes, Pi, OpenClaw, Cursor, Windsurf, GitHub Copilot CLI, Antigravity, Gemini CLI, Cline, Kiro, Qwen Code, Factory Droid, Augment, Amp, Kilo Code, Zed, Kimi Code, Junie, Warp, Rovo Dev, OpenHands, LM Studio, OpenCode, VS Code, VS Code Insiders, Claude Desktop, and the pre.dev CLI, which gets only the Chrome tools because it has the cloud tools built in. Codex gets a 900-second tool timeout, so specs and cloud runs can finish. Setup replaces any existing pre.dev entry, such as the hosted server at https://api.pre.dev/mcp under any name or an older Browser Agents Local install, because this server carries all of their tools. If an unrelated server already uses the name predev, setup leaves it alone and registers this one as pre-dev. It backs up each JSON config once, as <file>.bak-predev.
3

Connect to Chrome

The first time, setup asks you to turn on remote debugging at chrome://inspect/#remote-debugging and copies the address for you. Then Chrome asks Allow remote debugging?: click Allow. Setup lists your Chrome profiles once it is connected.
4

Restart your agent and try a prompt

Then give it real work, such as reading a dashboard you are signed in to, filling in a form, or checking a flow in your app and screenshotting the result.
Or let your agent do it. Paste this into Claude Code or any coding agent:
Setup is safe to run again. The copy it installs keeps itself up to date, and running setup again also updates it. Chrome asks Allow remote debugging? once each time Chrome starts; updates keep the approved connection.

Use it in the CLI

In the pre.dev CLI, type:
No CLI yet? Install it with:
From your next message, the agent can open tabs, read pages, click, and type in your own Chrome with the same tools, named mcp__predev__chrome_* there. It uses your CLI login, so there is nothing else to sign in to, and it adds only the Chrome tools because the CLI has pre.dev’s cloud tools built in. It needs Node.js 22 or later. The first time, Chrome asks Allow remote debugging? as above. Screenshots are saved as files on your computer, and the agent gets their paths. /chrome off turns it off. If you ran setup after installing the CLI, there is nothing to do: setup adds the server to the CLI too.

Manual setup

setup does this for you. To add the server by hand, for example to an agent setup does not know, turn on remote debugging at chrome://inspect/#remote-debugging once, then give your agent a server named predev with the command npx -y @predotdev/mcp. The key is optional: without one, the Chrome tools work, and plain-words actions and the cloud tools say how to sign in. To turn them on, sign in once with npx -y @predotdev/mcp login and leave the key out of the config, or put your workspace API key in the agent’s PREDEV_API_KEY. Copy your pre.dev API key from Integrations → Built-in in the dashboard: pre.dev/projects/integrations for your personal workspace, or the Integrations page of a team workspace. Workspace keys start with pdk_. The examples below set the key. If you signed in with login, leave it out: drop the env or environment entry, or the -e and --env flags.
Restart your agent. The first time it uses Chrome, Chrome shows Allow remote debugging?. Click Allow.

Check your setup

The check confirms remote debugging is on, connects to Chrome, lists your profiles, and checks your key: the one saved by login, or PREDEV_API_KEY when it is set. It ends by naming anything left to fix.

Commands

Run each as npx -y @predotdev/mcp <command>.

Tools

The Chrome tools run on your computer: The same server also lists pre.dev’s cloud tools, passed through on your key: browser_agent, browser_agent_get, browser_agent_list, fast_spec, deep_spec, get_spec, list_specs, and get_plan. They work as on the hosted server, with the same credits and plan access; see the MCP tool reference. Until you sign in, or on a plan without them, each one says how to turn it on. A snapshot labels every tab with the profile it belongs to, so the agent always knows which account it is acting as:

Plain-words actions

Two tools use your pre.dev account to understand the page, through the key saved by setup or login, or PREDEV_API_KEY:
  • chrome_act clicks or types into an element described in plain words, such as “the Create button in the dialog”, in one call and in under a second, with no snapshot. If it is not sure which element you mean, it lists the likely refs instead of acting. Use explicit refs from chrome_snapshot for irreversible steps such as send, pay, or delete.
  • chrome_wait with condition waits until a plain-words statement about the page is true, such as “the export has finished”.

Credits

Among the Chrome tools, plain-words actions are the only ones that call pre.dev. Each one costs a small fraction of a credit. Free workspaces get 10 credits of plain-words actions, enough for hundreds of them, separate from the AI Gateway trial. When they run out, your agent tells you and offers to open the billing page in your Chrome so you can subscribe; every other tool keeps working. They share the rate limits of your other API calls. Every other Chrome tool runs on your computer, never calls pre.dev, and is free. Credits are the one currency for coding, planning, verification, browser tasks, and AI calls from your apps. One credit is worth $0.10. GET /v1/usage lists plain-words actions under the model browser-agents-local, with path /browser/locate for chrome_act and /browser/check for conditions. Their errors follow the AI Gateway error format; see troubleshooting for what to do.

Configuration

setup and login save your workspace API key in ~/.predev/mcp/credentials.json, a file only you can read, and every agent uses it. Without a saved key, the server uses your pre.dev CLI login. It is the same key you use for the API, the AI Gateway, and cloud Browser Agents. The server reads the file on every call, so signing in again needs no restart. To change that for one agent, set these in the env of its MCP entry: State, logs, the stable copy setup installs (~/.predev/mcp/app), and the saved key are kept in ~/.predev/mcp/. To turn access off, run stop or turn remote debugging off at chrome://inspect/#remote-debugging. To remove everything, run uninstall.

Safety

Browser Agents Local drives your real, signed-in Chrome. Read this before you turn it on.
  • Anything you can do in a tab, the agent can do. Connect only agents you trust, and watch what they do on sensitive sites. chrome_eval runs JavaScript in the page.
  • Passwords stay with you. It refuses to type into password fields, except on localhost and .test development sites, and masks password values in snapshots.
  • It listens only on your computer. The background process binds to 127.0.0.1, requires a random per-run token stored in a file only you can read, and rejects any request that comes from a web page.
  • Page text leaves your computer only for plain-words actions. chrome_act and chrome_wait conditions send the page text they need to pre.dev. Nothing else does.

Troubleshooting

Platform support

macOS is supported and tested. Linux and Windows are not tested yet: the server looks for Chrome’s data in the standard places, and on those systems a profile needs an open Chrome window before the agent can use it. Reports and pull requests are welcome on GitHub.