Agentsurf Browser Control Runtime logo

Agentsurf Browser Control Runtime

Controls an existing local Chrome or Edge session through MCP, including tabs, page input, screenshots, uploads, and iframe actions.

Install Agentsurf Browser Control Runtime

Run the project’s own setup commands, in order.

Setup steps from the project

agentsurf-browser-control-runtime installs with its own commands rather than a config we can generate, so these are copied as-is. Run them in order in a terminal. Source: github.com

  1. 1. Install
    git clone https://github.com/ztao0916/agentsurf-browser-control-runtime.git
    
  2. 2. Install
    cd agentsurf-browser-control-runtime
    
  3. 3. Install
    npm run setup
    
  4. 4. Install
    npm run setup -- --browser all
    

Overview

agentsurf-browser-control-runtime connects MCP-compatible agents to an existing local Chrome or Edge session through a browser extension and native host. It can reuse open tabs and logged-in state for page reading, navigation, clicking, text entry, scrolling, screenshots, file uploads, and iframe interaction. Local deployment uses stdio, while a remote gateway exposes a Streamed HTTP MCP endpoint for cloud agents. Reach for it when an agent needs to operate a real browser without moving accounts or sessions into a separate automation browser.

Use cases

  • Read trends from Google Trends across selected keywords, regions, and dates
  • Upload and prepare Pinterest pins before user confirmation
  • Summarize authorized ZenTao tasks, owners, and priorities
  • Inspect pages and report titles from an existing logged-in browser
  • Automate browser form entry and file uploads with review before submission

Key features

  • Controls local Chrome or Edge sessions
  • Reuses existing tabs and login state
  • Supports clicks, text entry, scrolling, and page reading
  • Captures screenshots and handles file uploads
  • Works with iframes
  • Offers local stdio and remote Streamed HTTP modes

Security & health

What it can reach and how reliably it runs — from our own checks, not the maintainer’s claims.

ActiveLast checked 1d ago

Recent health check succeeded.

Adoption & maintenance

Factual signals from GitHub, npm, and our automated checks — not a rating.

GitHub stars9Stargazers on the source repository.
Last commit14d agoMost recent push to the default branch.

How Agentsurf Browser Control Runtime works

What agentsurf-browser-control-runtime does

agentsurf-browser-control-runtime lets an MCP-compatible agent operate Chrome or Edge on the local computer. It works with the browser session already in use, including its open tabs and login state, so workflows can act on sites where the user is already authenticated. Supported browser interactions include opening and reading pages, listing tabs, clicking controls, entering text, scrolling, capturing screenshots, uploading files, and working with iframes.

Chrome and Edge can be installed together. The agentsurf server targets Chrome for compatibility with existing configurations, while agentsurf-chrome explicitly selects Chrome and agentsurf-edge selects Edge. Each browser keeps separate tabs, page revisions, sessions, and identifiers.

How it works

The runtime combines an MCP server with an AgentSurf browser extension and a native host. The extension connects the selected browser to the local runtime, and the MCP client starts the appropriate launcher over stdio. Agents then call browser tools through the configured MCP server rather than controlling a separate browser instance.

For local use, the default arrangement keeps the runtime on the same computer as the agent and does not require network access. A remote gateway mode provides a Streamed HTTP MCP interface for cloud agents and other remote MCP clients. In that arrangement, the local extension connects to the gateway so a remote agent can dispatch actions to the local Chrome or Edge instance.

When multiple browsers are configured, choose the target through the MCP server name. Do not pass a Chrome tab or element identifier to the Edge server, or switch one workflow between the two server instances while reusing the same identifiers.

Setup and configuration

Local installation requires Node.js 20 or newer, Git, and Chrome or Edge 116 or newer. Clone the repository, enter its directory, and run the setup wizard:

bash
git clone https://github.com/ztao0916/agentsurf-browser-control-runtime.git
cd agentsurf-browser-control-runtime
npm run setup

The default setup installs Chrome support, installs dependencies, builds the project, registers the native host, and prints the MCP configuration. To configure both supported browsers, run npm run setup -- --browser all.

The wizard instructs you to enable developer mode in the browser extensions page, load the repository’s dist/ directory as an unpacked extension, copy the displayed extension ID, and enter it in the terminal. Add the generated command path to an MCP client using the stdio transport, then restart that client. The generated server names are agentsurf, agentsurf-chrome, and agentsurf-edge according to the selected configuration.

Remote deployments use the separate gateway setup and expose Streamed HTTP MCP for cloud or hosted agents. The extension panel controls whether local direct connection or cloud gateway connection is active.

Tools and capabilities

  • Open URLs and inspect page titles or content.
  • List browser tabs and operate on the selected tab.
  • Click page elements, enter text, and scroll.
  • Capture screenshots and interact with iframes.
  • Upload files through browser controls.
  • Reset sessions for the browser selected by the MCP server.
  • Keep Chrome and Edge workflows isolated with separate server names and session identifiers.

Limitations and notes

The browser extension must be loaded and connected before the agent can act. Local setup requires access to the supported desktop browser and a compatible MCP client. Browser automation can perform consequential actions such as saving, publishing, deleting, uploading, or sending messages, so review those actions before execution.

Use read-only operations first when validating the setup. Do not provide an agent with passwords, verification codes, cookies, or tokens. A browser debugging notice shown during screenshots or browser control is expected behavior. Existing agentsurf configurations continue to target Chrome; use the explicit server names when selecting Chrome or Edge in a multi-browser setup.

Reviews

No reviews yet — be the first to share how it worked for you.

Frequently Asked Questions about Agentsurf Browser Control Runtime

agentsurf-browser-control-runtime is an MCP server that connects AI agents to an existing local Chrome or Edge session through the AgentSurf extension. Its browser tools can open and list tabs, read pages, click elements, enter text, scroll, take screenshots, upload files, and interact with iframes while reusing the browser’s current session.

Install it by cloning the repository, entering its directory, and running `npm run setup`. The wizard installs dependencies, builds the runtime, registers the native host, configures the selected browser, and prints the MCP command. You must then load the `dist/` extension, provide its ID, and add the printed stdio configuration to your MCP client.

Yes, it works with Chrome and Edge 116 or newer. The default `agentsurf` configuration targets Chrome, while `agentsurf-chrome` and `agentsurf-edge` explicitly select the browser. Running `npm run setup -- --browser all` configures both, with separate tabs, sessions, and identifiers for each browser.

Yes, use the remote gateway mode, which exposes a Streamed HTTP MCP interface for cloud agents and remote MCP clients. The local AgentSurf extension connects to the gateway, allowing the remote agent to dispatch actions to the local Chrome or Edge session without requiring a local terminal to remain open.

It works with MCP-compatible clients, including Claude Desktop, Cursor, Codex, and other clients that support stdio or Streamed HTTP MCP. The project has been tested with Codex, a Command Code agent, and a pi agent, and its setup supports adding the generated command to a client configuration.

Related MCP servers

Add a badge to your READMEShow it’s listed — live SVG, Markdown or HTML.

AllMCPs Directory Badge

Full Badge Customizer

Showcase your server listing on GitHub or your project documentation. Embed this dynamic SVG badge to highlight official listing status and live engagement.

Badge Style:
Live Dynamic SVG PreviewAgentsurf Browser Control Runtime AllMCPs Directory Badge
Markdown (GitHub README)
[![AllMCPs](https://allmcps.com/api/badge/agentsurf-browser-control-runtime?style=directory)](https://allmcps.com/mcp/agentsurf-browser-control-runtime)
HTML Embed
<a href="https://allmcps.com/mcp/agentsurf-browser-control-runtime"><img src="https://allmcps.com/api/badge/agentsurf-browser-control-runtime?style=directory" alt="Agentsurf Browser Control Runtime on AllMCPs" /></a>