
browser-buddy
io.github.hahahahahahahahah6Published by GitHub account hahahahahahahahah6v0.1.1Updated Oct 24, 2026
Let AI coding agents read pages through your real, logged-in Chrome browser.
Overview
A local MCP bridge that lets a coding agent read page text through your own logged-in Chrome, using two read-only tools.
- What you can do
- Read the active Chrome tab: extract URL, title and cleaned body text from the tab you already have open, using your real profile and sessions. Open and read a URL: open a link in a background tab with your cookies and logins, extract its text, then close the tab. Page text is returned to the agent as tool content, with long pages truncated at 60k characters.
- When to use it
- Useful when an agent's normal web fetching is blocked by 403s, login walls, SSO or bot checks, and you want it to read documentation, forum threads or private issues exactly as you see them. Not for clicking, typing or form filling, since it is read-only.
- Requirements
- Desktop Chrome or Chromium only, with the bundled extension loaded unpacked in developer mode and a native messaging host registered via the install script. Python 3.9+ for the MCP server, run from a local path or the browser-buddy-mcp package; no API keys or cloud accounts.
Installation
In SourceWeft
- Open browser-buddy 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
Browser Buddy
[License: MIT] [Chrome MV3] [No dependencies]
Let your coding agent read pages through YOUR real, logged-in browser.
Claude Code's WebFetch gets 403'd on most sites. Ask it to pull up a doc, check a Reddit thread, or look at a GitHub issue, and it comes back with a 403 — because server-side fetchers don't have your cookies, your logins, or your sessions.
Browser Buddy is a small local MCP bridge: a Chrome extension (Manifest V3) talks to a Python native-messaging host, which exposes two MCP tools. Your agent reads pages exactly as you see them — logged in, past bot checks — and the page never leaves your machine except into the agent's context.
Stdlib only. No dependencies, no cloud, no API keys.
Tools
Architecture
- Extension (
extension/): MV3 service worker. Holds a persistentchrome.runtime.connectNativeport to the host (auto-reconnects). Executesread_active_tab/open_and_read_urlagainst your real tabs and posts extracted text back. - Host (
host/browser_buddy_host.py): launched by Chrome. Bridges the extension (length-prefixed stdio) and the MCP server (Unix socket at$TMPDIR/browser-buddy/browser-buddy.sock). Correlates requests by id, with a 90 s timeout. - MCP server (
pypi/browser_buddy_mcp.py): hand-rolled JSON-RPC 2.0 over stdio (nomcppackage). Forwards tool calls to the host; returns page text as MCPcontent.
Installation
1. Load the extension
- Open
chrome://extensions, enable Developer mode. - Load unpacked → select the
extension/folder. - Copy the extension ID shown under "Browser Buddy".
2. Register the native host
This writes com.browserbuddy.host.json into Chrome's NativeMessagingHosts
directory (Linux/macOS) pointing at browser_buddy_host.py. Restart Chrome,
then open the extension's service worker console — you should see
[browser-buddy] native host connected.
3. Add the MCP server to Claude Code
Or in ~/.claude.json / project .mcp.json:
Requires Python 3.9+. No pip install needed — or install the published
package: pip install browser-buddy-mcp (built from pypi/; the browser-buddy-mcp
command is the entry point).
Demo
- Log in to a site WebFetch can't reach in your normal Chrome (e.g. a private GitHub issue, a login-walled doc).
- In Claude Code: "Use browser-buddy to read my active tab."
- Or: "Use browser-buddy's open_and_read_url to read ." — a background tab opens, the text is extracted, the tab closes itself.
Why not just use a scraping API? (Firecrawl et al.)
Vendor scrapers (Firecrawl, etc.) fetch pages server-side: they never have your cookies, can't get past SSO/2FA/login walls, can't see what you see behind an account, and they charge per page. The official Claude in Chrome goes the other way — full autonomous browser control — but ships a permission dialog per tool call (dozens per session) and sits at 2.7 stars on the Chrome Web Store.
Browser Buddy picks the middle: read-only access through the browser you already logged into. No credentials leave your machine, nothing to pay per page, no dialog spam — just "let the agent see what I see."
Limitations (honest)
- Chrome/Chromium only. The extension is the whole trick; no Chrome, no tool.
- Read-only by design. It extracts text; it doesn't click, type, or fill forms. That's a feature for trust, but it means CAPTCHAs / interactive gates still stop it.
- Text extraction is heuristic, not a full readability engine. Heavy SPAs usually work (we wait for load + a settle beat), but exotic layouts may extract noise.
- Your real profile = real risk surface. The agent sees everything your browser can see. Only install this if you trust the agent session reading your tabs.
- MV3 service workers are ephemeral. The extension auto-reconnects its native port, but a cold start can add ~1 s to the first call.
- One request at a time per socket connection is fine for an agent; this is not built for concurrent scraping fleets.
- Long pages are truncated at 60k characters (flagged with
(truncated)).
Security: domain allowlist
open_and_read_url opens URLs in your real, logged-in browser. A
prompt-injected page could otherwise steer the agent toward your email or
other sensitive sites. Restrict which domains the agent may open:
Entries match the domain and its subdomains (docs.github.com is covered by
github.com). When the list is empty (default), any URL is allowed but the
server logs a warning recommending you set it. URLs outside the list are
refused before anything is opened. read_active_tab is unaffected — it only
reads the tab you already opened.
Development
License
MIT — see LICENSE.
Source: README.md at commit 01f6142
Tools
0Version history
1- v0.1.1LatestSep 30, 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