
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.
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.
Installation
In SourceWeft
- Open Agent Browser in the dashboard and add it to a workspace.
- 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 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:
Then reach it however you like:
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.
Once health responds, open the live view at
127.0.0.1:6080/vnc.html and check the API from another terminal:
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.
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.
Already have the Python client? aether-browser mcp serves the same nine tools.
Config-file clients (Claude Desktop, Cursor, Windsurf)
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:
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:
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.
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
Request and response shapes, limits, and stable error codes: docs/API.md.
Architecture
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:
- 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.
Agent Browser · See what your agent sees.
Source: README.md at commit 23f050c
Tools
0Version history
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