Browser CLI

agent-browser
Articles & research.

Connect the agent-browser CLI to a remote CDP endpoint. Understand snapshots, browser ownership, persistent accounts, and runtime trade-offs.

12 ARTICLES / UPDATED AS NEW WORK IS PUBLISHED

Latest articles

Guides, integrations, comparisons, and research in agent-browser.

Guide

Terminal Browser: Run a Real Browser From the CLI

A terminal browser for AI agents: drive hosted Chromium over CDP from the command line, with sessions, profiles, and a live viewer.

Remote Browser · 9 min readRead article
Guide

Terminal Web Browser: Drive Real Chromium From the CLI

A terminal web browser runs real Chromium from the command line. Learn how CLI-driven browser control works, where it breaks, and how to run it in production.

Remote Browser · 10 min readRead article
Guide

Web Engine: The Runtime Layer Behind AI Browser Agents

A web engine is the browser runtime your agent actually drives. Learn how hosted Chromium, CDP, and session isolation shape reliable web automation.

Remote Browser · 9 min readRead article
Guide

Auto Browser: What It Is and How to Run One

An auto browser is a hosted Chromium runtime that AI agents drive over CDP. Learn how it works, where it fits, and how to run one in production.

Remote Browser · 9 min readRead article
Integration

Cursor Browser Agent: Run Real Chromium from the IDE

Build a Cursor browser agent that drives hosted Chromium over CDP. Setup, Playwright wiring, production trade-offs, and what to check before you ship.

Remote Browser · 9 min readRead article
Guide

Other Web: The Runtime Layer Behind Agent Browsers

Other web is the machine-facing web your agent actually navigates. Learn how hosted Chromium, CDP, and browser runtimes make it reliable.

Remote Browser · 9 min readRead article

What is agent-browser?

agent-browser is a command-line browser automation tool for agents and shell workflows. It provides browser actions and observations through a CLI. Remote Browser supplies the separate browser process, account state, and runtime access that those commands operate on.

The official repository documents a CDP mode for an existing browser, including remote WebSocket endpoints. Treat the CLI session and hosted browser allocation as separate lifetimes.

Why run the CLI against remote Chromium?

This pairing is useful when a coding agent already works through shell tools but its browser should run independently. A remote allocation can outlive a short command or worker if the service policy permits it. A human can observe the intended runtime through its viewer rather than trying to reproduce an agent's local environment.

Choose a session ownership rule before adding several workers. A single command interface does not prevent two jobs from navigating the same tab or using the wrong account.

Quick start

Install a pinned agent-browser version using the upstream instructions. Create a dedicated Remote Browser session and set REMOTE_BROWSER_CDP_URL securely. With the CLI on your PATH, a small verification workflow is:

agent-browser --cdp "$REMOTE_BROWSER_CDP_URL" open https://example.com
agent-browser --cdp "$REMOTE_BROWSER_CDP_URL" snapshot

Check that the expected page is visible in the intended browser allocation. Start with public, read-only navigation before adding account state or actions that change a website. The endpoint may contain credentials; avoid command tracing and shared command logs.

Connection methods and session state

The remote path uses a full CDP WebSocket URL. Upstream also documents local port attachment, but a local port is not a remote service endpoint. Supply the explicit destination when a worker could otherwise attach to a different browser.

Do not confuse a CLI session name with a saved website login. The browser's context and profile hold account state, while the CLI tracks its connection and command workflow. Reinspect the page after reconnecting: a previous command might have completed before its response was lost.

Use cases

  • Coding agents that inspect a deployed UI through command output.
  • Shell-based smoke checks against an authorized application account.
  • Cloud development workers that share a clearly owned remote browser.
  • Repeatable navigation tasks with an explicit confirmation condition.

Record the target page, task result, and allocation identifier without copying the credential-bearing endpoint into reports. Release the browser through the runtime's documented lifecycle after the workflow finishes.

FAQ

Is agent-browser itself the hosted browser service?

The CLI controls a browser. The runtime service allocates and operates it. Evaluate each layer independently.

Can several tasks reuse one login?

They can be designed around an authorized profile, but simultaneous writers need coordination. Prefer separate allocations and explicit account ownership for independent jobs.

Is CDP attachment a full agent benchmark?

No. Connection timing excludes prompt processing, tool selection, most page interactions, and task verification. Use fixed command sequences for a CLI comparison and publish failures beside timing results.

Guides & setup

Comparisons

Benchmark methods

Measurement methods and a browser-path timing script. Check individual articles for their environment, evidence, and whether they report measured results.

CONNECTION NOTES / REVIEWED

Check the exact runtime combination

Configuration follows the upstream documentation linked below. Examples have not been exercised end to end against every Remote Browser feature. Verify the pinned client version, runtime requirements, account state, and cleanup before deploying your workflow.

These collections are maintained by Remote Browser. Product names identify the tools being discussed and do not imply an official partnership.

Related integrations

All integrations ↗