io.github.AetherAI3/agent-browser MCP Server
io.github.AetherAI3/agent-browser
Self-hosted Chrome for AI agents with live noVNC view and human takeover capability.
What is the io.github.AetherAI3/agent-browser MCP server?
Agent Browser is an MCP server that runs a single headed Chrome session controlled by AI agents through a JSON API while displaying a live noVNC view for human observation and takeover. It enables agents to browse the web while humans watch and intervene when needed, such as at login prompts or 2FA challenges.
Agent Browser provides a shared browser session where an AI agent drives Chrome through a small JSON API while you watch the same display in real-time via noVNC. When the agent gets stuck—at a login, payment page, or 2FA prompt—you can take over the controls in the same window, then hand it back. It's self-hosted, model-agnostic, and emphasizes transparency and human oversight.
How to install io.github.AetherAI3/agent-browser
Copy-paste configuration for popular MCP clients.
AGENT_BROWSER_URLBase URL of your Agent Browser server. Defaults to http://127.0.0.1:8092.
AGENT_BROWSER_CONTROLLER_TOKENsecretController token, if the server runs authenticated.
AGENT_BROWSER_OBSERVER_TOKENsecretObserver token for read-only health and snapshot calls.
Tools & capabilities
Tools this server exposes to the agent.
browser_open— Open a new browser session and get the live view URLbrowser_navigate— Navigate to a URL with validation and redirection trackingbrowser_read— Read page state including readable text, accessibility tree, and viewport metadatabrowser_click— Click on a page element by selectorbrowser_type— Type text into a focused input fieldbrowser_press— Press allowlisted keyboard keysbrowser_scroll— Scroll the pagebrowser_status— Get current session status and limitsbrowser_close— End the browser session
Use cases
- Automate web tasks while watching and intervening at authentication or payment prompts
- Enable AI agents to navigate complex websites with human oversight for high-stakes actions
- Debug agent behavior by observing the exact page state and interactions in real-time
- Handle multi-factor authentication by pausing the agent and letting a human complete the challenge
- Combine structured page reading (text, accessibility tree) with screenshots to reduce vision token usage
io.github.AetherAI3/agent-browser MCP server FAQ
Agent Browser is a self-hosted MCP server that runs a single Chrome session controlled by AI agents. You watch the same display live via noVNC and can take over the controls whenever the agent gets stuck.
Yes, Agent Browser is open-source under the Apache-2.0 license and self-hosted on your own hardware.
Use `claude mcp add agent-browser -- npx -y aether-browser mcp` for Claude, or add the equivalent config to Cursor/Windsurf. You can also install the npm package (`npm install aether-browser`) or Python package (`pip install aether-browser`).
The v0.x API and noVNC are unauthenticated by default on numeric loopback. Remote deployments require a separate HTTPS reverse proxy, strict Host validation, and distinct observer/controller tokens.
Agent Browser uses Google Chrome Stable, installed and pinned via Patchright. The exact version is captured with each build.
Yes, Agent Browser is model-agnostic. It works with Claude, any MCP client, or custom applications via the Node/Python clients.
README (reference)
Source of truth, from the repository.
<p align="center"> <img src="assets/demo.gif" alt="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" width="820"> </p> <p align="center"><sub> 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 <strong>the displayed session</strong>, then the agent continues.<br> Capture provenance, checksums, and independently verifiable limits are documented. · <a href="docs/DEMO_EVIDENCE.md">How this was recorded</a> </sub></p>
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:
docker compose up --build
Then reach it however you like:
npm install aether-browser # TypeScript
pip install aether-browser # Python
claude 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.
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:
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.
# 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.
claude mcp add agent-browser -- npx -y aether-browser mcp
Already have the Python client? aether-browser mcp serves the same nine tools.
{
"mcpServers": {
"agent-browser": {
"command": "npx",
"args": ["-y", "aether-browser", "mcp"]
}
}
}
</details>
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:
npm install aether-browser
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.
Python client
The same client, same name, same commands, released version for version with the npm package:
pip install aether-browser
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.
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.
import os
from aether_browser import AgentBrowser, session
from 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
| Capability | v0.x contract |
|---|---|
| Browser | One headed Google Chrome Stable session launched through Patchright |
| State | URL, title, readable text, bounded accessibility nodes, viewport, and PNG snapshot |
| Actions | Navigate, click, type, scroll, and allowlisted key presses |
| Human view | The same Xvfb display through loopback-only x11vnc and noVNC |
| Ownership | One explicit UUID session with expiry, vision budget, and idempotent cleanup |
| Authority | Observer/controller separation when authenticated; strict local loopback mode otherwise |
| MCP | Nine stdio tools from either client (aether-browser mcp), no extra dependencies |
| Navigation | HTTP(S)-only validation across requested, redirected, and browser-initiated navigation |
Request and response shapes, limits, and stable error codes: docs/API.md.
Architecture
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.2 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:
- Multi-session worker pool — explicit isolation and capacity semantics.
- 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.
Related MCP servers
Music, image, video and audio generation across top AI providers - one key, one credit pool.

Deterministic eligibility decisions and test-driven rule authoring via the Aethis developer API.
Trusted African data, provenance, citations, and catalog search for AI agents.
View repository →
io.github.Aganium/mcp-server
Bridge MCP servers to the AGENIUM agent:// network with DNS resolution and mTLS

Easy2257
Read your 18 U.S.C. 2257 compliance records: what is outstanding, expiring, or certified.

Hiberden
Read and verify your local media archive's 3-2-1 coverage across tape, disk, NAS, and cloud.

