Agent Browser

io.github.AetherAI3Published by GitHub account AetherAI3v0.2.2Updated Oct 24, 2026

Self-hosted Chrome for AI agents, with a live noVNC view a human can take over.

VerifiedSTDIODesktop onlyBrowser AutomationDeveloper Tools

Overview

AI-generated overview

Self-hosted Chrome for AI agents: the assistant drives one real browser session while a human watches the same display and can take over.

What you can do
  • Open, navigate and close one headed Chrome session, with the live view URL returned each time
  • Read pages back as readable text, bounded accessibility state, viewport metadata and a PNG snapshot
  • Interact with pages by clicking, typing, scrolling and allowlisted key presses
  • Check session status, counters and remaining vision budget
When to use it
Useful when an assistant must operate a real website but you want to watch it and step in, for example at logins, 2FA prompts or payment pages. Suited to self-hosted setups on a machine you control rather than a hosted service.
Requirements
A local runtime started separately (Docker Compose on a Linux host with Compose v2) that owns the Chrome session; the MCP server is run via npx or uvx and talks to it. AGENT_BROWSER_URL sets the server base URL (defaults to a local loopback address). AGENT_BROWSER_CONTROLLER_TOKEN and AGENT_BROWSER_OBSERVER_TOKEN are needed only when the server runs authenticated.
Before you install
The v0.x noVNC live view is unauthenticated and meant for numeric loopback only; exposing it or the API remotely requires a reverse proxy and distinct strong controller and observer tokens. The assistant can click, type and navigate on real sites, so actions may submit forms or trigger purchases. No credential vault or injection, no CAPTCHA bypass, and no arbitrary JavaScript or shell access.

Installation

In SourceWeft

  1. Open Agent Browser in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

[Pixel-art computer displaying a globe and pointer, the Agent Browser logo]

Agent Browser

See what your agent sees.

Self-hosted Chrome for AI agents.
Your agent drives one real browser session — and you can watch it happen, and step in.

[CI] [npm: aether-browser] [PyPI: aether-browser] [Source license: Apache-2.0] [Python 3.11+] [Self-hosted]

Quickstart · API · MCP · Security model · Node client · Python client · Contributing · Changelog


[An agent signs in through the Agent Browser JSON API, stops at a two-factor prompt it cannot answer, a human types the code into the displayed browser session, and the agent resumes and reads the dashboard]

An 18-second recorded demonstration. The agent signs in, reaches a 2FA prompt it has no way to answer, and stops. A human types the code into the displayed session, then the agent continues.
Capture provenance, checksums, and independently verifiable limits are documented.  ·  How this was recorded


Why this exists

Most browser tooling for agents hands the model a browser you cannot see. When it misreads a page or stalls on a login, all you get is a transcript and a guess.

Agent Browser runs one headed Chrome session. Your agent drives it through a small JSON API, and a live view of that same session sits open in front of you. When the agent gets stuck, you take over in the window it is already using — then hand it back.

Start the runtime:

bash
docker compose up --build

Then reach it however you like:

bash
npm install aether-browser    # TypeScriptpip install aether-browser    # Pythonclaude mcp add agent-browser -- npx -y aether-browser mcp    # any MCP client

Quickstart

One command, on Docker Engine for Linux with Compose v2. It builds from the source checkout and starts Xvfb, x11vnc, noVNC, and the API — the stack that owns a single headed Chrome session. Both user-facing listeners bind to numeric loopback.

bash
docker compose up --build

Once health responds, open the live view at 127.0.0.1:6080/vnc.html and check the API from another terminal:

bash
curl -fsS http://127.0.0.1:8092/browser/health | jq .

Ctrl+C stops it.

The first build takes several minutes. It installs the hash-locked Python environment, then uses Patchright to install the current Google Chrome Stable package. The exact browser version is captured with each accepted image, so rebuilding the same source later may pick up a newer Stable.

Linux host networking is deliberate. It keeps the unauthenticated v0.x noVNC surface on numeric loopback. Docker Desktop and remote-host deployment are outside this quickstart.

The API in four calls

With the runtime healthy and curl plus jq installed. Local loopback needs no bearer token by design — read the authority contract before you change the deployment shape.

bash
# Open the session. This is the browser you are about to watch.SESSION_ID="$(curl -fsS -X POST http://127.0.0.1:8092/browser/session/create \  -H 'Content-Type: application/json' \  -d '{"api_version":"v1"}' | jq -er '.session_id')"
# Go somewhere. The page changes in the live view as this runs.curl -fsS -X POST http://127.0.0.1:8092/browser/navigate \  -H 'Content-Type: application/json' \  -d "{\"api_version\":\"v1\",\"session_id\":\"${SESSION_ID}\",\"url\":\"https://example.com\"}" \  | jq '{status, final_url, title, readable_text}'
# Read it back as structure, not pixels.curl -fsS -X POST http://127.0.0.1:8092/browser/snapshot \  -H 'Content-Type: application/json' \  -d "{\"api_version\":\"v1\",\"session_id\":\"${SESSION_ID}\"}" \  | jq '{status, url, title, sequence, vision_steps_remaining}'
# Give the browser back.curl -fsS -X POST http://127.0.0.1:8092/browser/session/end \  -H 'Content-Type: application/json' \  -d "{\"api_version\":\"v1\",\"session_id\":\"${SESSION_ID}\"}" | jq .

What that did: session/create started one headed Chrome session and returned its UUID plus the local view URL. navigate validated the destination, pinned the allowed addresses, and changed the page on the shared display. snapshot returned bounded text, accessibility state, viewport metadata, counters, and a PNG of that same page. At no point did the API and the human view create competing browsers — they met at one owned session.

The same flow ships as examples/curl.sh.

Use it from an MCP client

Any MCP client — Claude Code, Claude Desktop, Cursor, Windsurf — can drive the session while you watch, and take over when it gets stuck.

bash
claude mcp add agent-browser -- npx -y aether-browser mcp

Already have the Python client? aether-browser mcp serves the same nine tools.

Config-file clients (Claude Desktop, Cursor, Windsurf)
json
{  "mcpServers": {    "agent-browser": {      "command": "npx",      "args": ["-y", "aether-browser", "mcp"]    }  }}

Nine tools — browser_open · browser_navigate · browser_read · browser_click · browser_type · browser_press · browser_scroll · browser_status · browser_close

browser_open hands back the live view URL, and every response after it repeats that URL, so you always know where to look. On connect, the server tells the model to stop and ask for a takeover at a login, a payment, or a 2FA prompt rather than guessing — the loop in the recording above.

Setup and limits: docs/MCP.md.

Node and TypeScript client

The same API from Node, with types and cleanup you cannot forget:

bash
npm install aether-browser
ts
import { AgentBrowser, withSession } from 'aether-browser'
const browser = new AgentBrowser({ controllerToken: process.env.AGENT_BROWSER_CONTROLLER_TOKEN })
await withSession(browser, async (session) => {  const page = await session.navigate('https://example.com')  await session.click({ selector: '#login' })  await session.type({ selector: '#user', text: 'ada' })  console.log(page.title, session.viewUrl)})

withSession always ends the session, including when your callback throws, so a crash cannot leave the single slot occupied. No runtime dependencies, and it runs anywhere that can reach the server. It carries a small CLI too: npx aether-browser doctor tells you what is missing before a first run, and up builds and starts the runtime on a Linux host.

See clients/node/README.md.

Python client

The same client, same name, same commands, released version for version with the npm package:

bash
pip install aether-browser
python
import os
from aether_browser import AgentBrowser, session
browser = AgentBrowser(controller_token=os.environ["AGENT_BROWSER_CONTROLLER_TOKEN"])
with session(browser) as live:    page = live.navigate("https://example.com")    live.click(selector="#login")    live.type("ada", selector="#user")    print(page["title"], live.view_url)

The session context manager always ends the session, including when the body raises. No runtime dependencies — the transport is urllib from the standard library — ships type hints, and runs on Python 3.10 or newer, anywhere that can reach the server. Same CLI as the npm package: aether-browser doctor, up, status, open, down.

See clients/python/README.md.

Optional Jev web decisions (Python)

The Python client has an opt-in aether_browser.jev layer for Jev → your selected model. Jev reads a caller-selected text excerpt and chooses between up to three caller-approved URLs, handoff, or human takeover. The browser navigates only to a URL the caller supplied, and its normal destination checks still apply. On handoff, your callback receives the current page evidence and Jev's request IDs, token counts, and costs; your application invokes its chosen reasoning model to write, analyze, or continue browsing. Jev returns decisions, not prose or visual judgments, so screenshots and complex page interactions belong to that selected model or the human watching the live browser.

python
import os
from aether_browser import AgentBrowser, sessionfrom aether_browser.jev import HumanTakeover, JevWebAgent, NavigationOption, OpenRouterJev
browser = AgentBrowser(controller_token=os.environ["AGENT_BROWSER_CONTROLLER_TOKEN"])with session(browser) as live:    first_page = live.navigate("https://example.com")    result = JevWebAgent(OpenRouterJev(os.environ["OPENROUTER_API_KEY"])).run(        live,        goal="Read the site's documentation",        initial_page=first_page,        options_for=lambda page: (            [NavigationOption("https://example.com/docs", "Official documentation")]            if page["final_url"] == "https://example.com/"            else []        ),        excerpt_for=lambda page: page["readable_text"][:6000],        selected_model=lambda handoff: your_model(handoff),  # Supply your own model callback.    )    if isinstance(result, HumanTakeover):        print("Take control at", result.view_url)        input("Press Enter when the human is done to close this session: ")    else:        print(result)

The example's your_model is an application-defined function, not part of this package. The excerpt_for callback explicitly chooses text sent to OpenRouter, and options_for explicitly chooses candidate URLs. Never return private page content or signed URLs unless your application intends to send them to that provider. The OpenRouter key stays in the calling process; the browser server does not store it. No Jev request occurs unless you call this optional layer. If Jev fails or returns an invalid decision, the selected-model callback receives a handoff with reason="jev_unavailable" and the browser takes no additional action. Recognized authentication or payment pages prompt human takeover before Jev receives their text. The session remains owned by your code; keep it open while the human takes over. See docs/JEV.md for the complete contract and limitations.

What makes it different

  • One session, two participants. The agent acts through JSON. You watch the same display, and take the controls whenever you want them.
  • Structure before pixels. Readable text and a bounded accessibility tree come back before you spend a vision step on a screenshot.
  • A small control surface. The v0.x API exposes explicit browser actions — not a shell, not arbitrary JavaScript, not raw DevTools.
  • Model-agnostic and self-hosted. Bring the framework you already use, and keep the browser on hardware you control.

What it does today

Capabilityv0.x contract
BrowserOne headed Google Chrome Stable session launched through Patchright
StateURL, title, readable text, bounded accessibility nodes, viewport, and PNG snapshot
ActionsNavigate, click, type, scroll, and allowlisted key presses
Human viewThe same Xvfb display through loopback-only x11vnc and noVNC
OwnershipOne explicit UUID session with expiry, vision budget, and idempotent cleanup
AuthorityObserver/controller separation when authenticated; strict local loopback mode otherwise
MCPNine stdio tools from either client (aether-browser mcp), no extra dependencies
NavigationHTTP(S)-only validation across requested, redirected, and browser-initiated navigation

Request and response shapes, limits, and stable error codes: docs/API.md.

Architecture

mermaid
flowchart LR    Agent["Agent client"] -->|bounded JSON API| API["FastAPI"]    API --> Guard["authority + navigation policy"]    Guard --> Session["single-session manager"]    Session --> Chrome["Patchright + headed Google Chrome"]    Chrome --> State["text · accessibility · PNG"]    State --> Agent    Chrome --> Display["shared Xvfb display"]    Display -->|loopback noVNC| Human["Human observer / takeover"]

The session manager owns the page, browser context, temporary profile, timers, counters, and cleanup. The API and the live view are different interfaces to that shared resource, not two independent automation paths. See docs/ARCHITECTURE.md.

[!IMPORTANT] Agent Browser v0.2.3 is source-first and self-hosted. It is not a hosted service, and the v0.x noVNC surface is unauthenticated and meant for numeric loopback on a machine you control. No Chrome-containing image, image tar, or public layer cache is distributed unless separate redistribution authorization is documented.

Security boundary

  • API and noVNC listen on numeric loopback by default; noVNC remains loopback-only in the v0.x line.
  • Remote API clients require a separately operated same-host HTTPS reverse proxy, an exact trusted loopback peer, strict Host validation, and distinct strong observer/controller tokens.
  • Destination validation rejects credentials, unsupported schemes, blocked address classes, unsafe redirects, and DNS rebinding. Browser egress is pinned through an owned TCP proxy.
  • Non-proxied WebRTC UDP is disabled so it cannot silently bypass the TCP egress boundary.
  • Inputs, outputs, interactions, timeouts, lifetimes, and screenshot budgets are bounded.
  • Cleanup converges on session end, expiry, launch failure, application shutdown, and process failure.

Trust assumptions and residual risks are spelled out in docs/SECURITY.md. Report vulnerabilities privately through SECURITY.md — please do not open a public security issue.

Source recovery and exclusions

The source-recovery rule is reuse general browser behavior, not private domain code. Lifecycle, structured-state, interaction, and cleanup patterns may be adapted from authorized references; ATS/trading integrations, broker or account selectors, order actions, secrets, and credential injection are excluded from the public core. Provenance status is tracked in docs/SOURCE-RECOVERY.md.

What it does not do

  • No hosted cloud service, cloud control plane, or production remote-hosting claim.
  • No bundled LLM or default model calls, account system, dashboard, credential vault, or credential injection.
  • No CAPTCHA bypass, anti-detection guarantee, stealth claim, or proxy rotation.
  • No arbitrary JavaScript, shell, filesystem, upload, clipboard, download, or raw CDP API.
  • No multi-session pool, ATS integration, trading integration, or brokerage behavior.

Roadmap

Shipped. Both clients and their CLI are published as aether-browser, version for version, on npm from clients/node and on PyPI from clients/python. Since 0.2.0 both also serve the MCP server.

Two tracks are open, each with an issue, and each is a good first contribution:

  1. Multi-session worker pool — explicit isolation and capacity semantics.
  2. Session trace and recording export — with clear privacy controls.

These are candidates, not shipped features.

Contributing

Start with CONTRIBUTING.md, the Code of Conduct, and the current API contract. Small, well-tested changes that keep the authority boundary narrow are very welcome — the two roadmap issues above are the best place to start. Security reports go through the private process in SECURITY.md, never a public issue.

License and third-party notices

Aether-owned source code is licensed under the Apache License 2.0. Google Chrome is separately licensed under Google's Chrome terms and is not covered by Aether's Apache license; dependencies, system packages, fonts, and web assets also remain under their respective terms. See THIRD_PARTY_NOTICES.md. Aether is not affiliated with or endorsed by Google. The v0.x distribution target is source that builds locally; this repository does not distribute a prebuilt Chrome-containing image.

Agent Browser · See what your agent sees.

Source: README.md at commit 23f050c

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

1
  1. v0.2.2LatestSep 16, 2026

Score

50% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts