Groundhog
Groundhog is an MCP server for web search, page reading, and multi-source research through a stealth Chrome browser.
search: find web pages and return ranked hits (title, URL, snippet, engine) without fetching page content.read_url: fetch a known URL and return clean Markdown/text with provenance, optional query-based passage ranking, token limits, and hidden/injected text stripped and reported.research: search the web, read multiple sources, and return ranked passages with source attribution, provenance receipts, statuses, and follow-up link candidates.status: check whether the stealth browser is reachable and get setup guidance.It supports sites that block plain fetchers, SSRF/private-IP protection, per-domain rate limiting, and reporting of stripped threats as untrusted page-authored text.
Allows using SearXNG as a search backend for the search tool, providing ranked search results from a private SearXNG instance.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Groundhog fetch the markdown from https://example.com"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Groundhog
Web search, read and research for AI agents, through a real, stealth-patched Chrome. Groundhog is an MCP server that returns clean Markdown a model can trust: text no human could see is stripped before the model reads it and reported, every source comes with a provenance receipt, and a real browser reads pages that block plain fetchers.
agent / crawler ──MCP──▶ Groundhog (search, read_url, research) ──CDP──▶ stealth Chrome ──▶ the webMeasured against other fetch layers
Twenty-eight pages carry text a human can't see, and three controls carry none. A case passes when the payload doesn't reach the model and the article text still does.
contained | kept the article | reported it | false positives | |
| 25/28 | 28/28 | 0/28 | 0/3 |
Scrapling (HTTP) | 16/28 | 28/28 | 0/28 | 0/3 |
Jina Reader | 15/28 | 28/28 | 0/28 | 0/3 |
Firecrawl | 7/28 | 28/28 | 0/28 | 0/3 |
Groundhog | 28/28 | 28/28 | 25/28 | 0/3 |
Other extractors often drop hidden text by accident, but none of them tells the caller
anything was removed. The three cases Groundhog doesn't report (a hidden input value, a meta
description, an iframe srcdoc) never reach any extractor. The corpus is public at
dmytrome.github.io/groundhog; the harness and its
limits are in benchmark/.
Related MCP server: Firecrawl MCP Server
Quick start
Claude Code:
claude mcp add groundhog -- uvx groundhog-mcpClaude Desktop, Cursor, Windsurf:
{
"mcpServers": {
"groundhog": {
"command": "uvx",
"args": ["groundhog-mcp"]
}
}
}On the first fetch Groundhog starts the Chrome you already have, headless, in its own
profile at ~/.groundhog/chrome. Your own browsing, tabs and logins are never touched. If
Chrome is missing, status and the error say what to install.
GROUNDHOG_BROWSER=stealth runs the hardened browser container instead (Docker or Podman;
the first pull takes a few minutes). To run it yourself:
docker run -d --rm --name groundhog-browser --shm-size 512m \
-p 127.0.0.1:9222:9222 -- ghcr.io/dmytrome/groundhog:latestGROUNDHOG_BROWSER=ego reads pages in Ego Lite instead, if you have it
installed and open. Nothing else needs setting up: Groundhog opens its own task space there,
and closes it when it stops. Your profile and settings are never changed, but pages are read
as you:
Requests carry your cookies and logged-in sessions, and your extensions run in the page. A page can read and write its site's storage in your profile, and opening a link can act on your account, as it would if you clicked it.
Every request the page makes is checked before it goes out. It is refused if it is not a
GETorHEADor would load a page into a frame, and, unlessGROUNDHOG_BLOCK_PRIVATE_IPS=false, if it aims at a private address. WebSocket, WebTransport, WebRTC and service workers are switched off in the page and its workers, and a page can see that they are.A
<link rel=preconnect>to a local address can still open an empty TCP connection to it, because Groundhog does not change Ego Lite's preloading setting.If Ego Lite hands the task space to you, the fetch fails and Groundhog does not take it back. Close that space in Ego Lite and the next fetch opens a new one.
CDP_URL points Groundhog at any browser and is used as given: http:// is probed for
/json/version, ws:// or wss:// (what hosted browsers hand out) is connected to directly.
Auto-start only runs for a local address that isn't answering, and
GROUNDHOG_AUTO_START_BROWSER=false turns it off. From source: cd mcp && uv sync && uv run groundhog-mcp.
All four tools are annotated readOnlyHint: they write nothing and change no remote state.
The one side effect is auto-start, which may launch Chrome or, with stealth, run the
container after removing an unreachable one named groundhog-browser. With ego, pages are
read with your Ego Lite sessions, so a page can still change state on sites you are signed in to.
What makes it different
Hidden text is stripped and reported. A rendered DOM shows what a human would see; everything else goes, and each removal is listed in
threats. It's a strong heuristic, not a proof: see the limits.Every source carries a receipt: a SHA-256 of the extracted content, canonical URL, language, word count, and author and date when the page declares them.
Safe by default. An SSRF guard checks every document request, redirects and frames included, with per-domain rate limiting. See Security.
No automation tell. Groundhog drives Chrome over raw CDP and never enables the
Runtimedomain that anti-bots detect in Puppeteer, Playwright and Selenium.A real fingerprint. Real Chrome means real TLS, HTTP/2, WebGL and canvas. In headless mode the
HeadlessChrometoken is replaced and client hints are copied from the browser; shared and service workers aren't covered. The stealth image runs headful under Xvfb.No model, no API key.
researchreturns extracts and your agent does the synthesis.
Tools
read_url(url, format="markdown", max_tokens=None, query=None, include_hidden=False)
Key | Meaning |
| Extracted content, article first, falling back to the rendered text inside a code fence, so none of it reads as markdown; a PDF comes back as one |
| Page title |
| The URL you asked for |
| The URL after redirects, re-checked by the SSRF guard. If unusable, the requested URL is reported with a |
| UTC ISO-8601 timestamp |
|
|
| The top-level HTTP status, or |
| Whether the token budget cut the content |
| What was stripped; empty when nothing was found |
| With |
| With |
| Content hash, canonical URL, language, word count, author and date |
Stripped by default: display:none, visibility:hidden, content-visibility:hidden,
opacity ≤ 0.05, font-size < 4px, zero-size and display:contents boxes that render
nothing, .sr-only-style sub-pixel boxes, clip: rect(...), a clip-path that leaves
nothing (circle(0), inset(100%), a polygon on one line), transform: scale(0) on either
axis, a filter whose opacity is 0.05 or less, zero-height or zero-width boxes that clip
their overflow, transparent or background-coloured text, off-page positioning, collapsed
<details>, <template> content, and zero-width, bidi and Unicode Tag characters. A box
whose only text is an open popover or modal dialog is kept, because that dialog still shows
on screen; any other text in the box is stripped as usual. HTML comments are reported too.
In a PDF, text drawn in render mode 3 or 7, which paints nothing, is stripped and reported
as hidden_pdf. That includes the OCR layer of a scanned page, so a scan whose only text is
that layer is empty unless you pass include_hidden.
include_hidden=True keeps the text but still reports it. alt, aria-label,
aria-description and title text never appears in markdown or the rendered text; values
of 125 characters or more are reported as hidden_attribute with a capped excerpt, because
long text there is a known carrier.
Treat threats as untrusted: its excerpts are page-authored text, cleaned and length-capped.
| Carries |
| The hiding |
| The same, for text in an |
| The same, for text inside a |
| The same, for text a PDF drew invisibly, with the page as its |
| A codepoint and count in |
| How many entries the cap dropped |
| The page's final URL was unusable and not returned |
| Detection ran in the page's own JavaScript world, which the page can tamper with |
| The text was rebuilt from markup rather than layout, usually because of open shadow roots |
At most 50 findings per page are returned (10 per source in research), with the two classes
capped separately so decoys can't bury a real payload. Notices are appended after the cap.
query swaps head-truncation for BM25 passage ranking on the sanitized content, keeping
passages within half the best score up to the budget.
search(query, limit=10)
Returns hits (title, url, snippet, engine, score, published) and the backend
that answered. Nothing is fetched. With SEARXNG_URL set it uses your
SearXNG instance, which needs formats: [html, json]; otherwise
it renders a search page through the browser. Hit text is cleaned and capped, and a hit whose
URL would change under cleaning, isn't http(s), carries credentials or exceeds 2048
characters is dropped. A backend that can't answer raises an error instead of returning an
empty web.
research(query, max_sources=5, max_tokens=None, include_domains=None, exclude_domains=None, published_after=None, aim=None, follow=None)
Searches, reads the top sources and ranks passages from all of them in one pass.
passages:id,text,source_url,heading,score,start,end,clamped,fence.textis exactlymarkdown[start:end];clampedsays it was cut short to fit the budget. A code block is never cut short, only left out. A passage cut from a long code block carries the block's opening line infence: reopen with it whentextdoesn't start with it, and close the block whentextdoesn't end with a closing fence.idstays stable while the page doesn't change.sources:url,title,status(ok/blocked/timeout/error),page_status(as inread_url),threats,threat_total,threat_counts(every finding by type, spans the page's detector dropped ashidden_unclassified),provenance,filtered,depthanddiscovered_via(the candidate it was followed from, with yourwhy). A failed source doesn't fail the call. A challenge, an error page, anemptypage or any page whosemarkdownis blank counts asnot_contentand contributes no passages.One page per registrable domain unless
include_domainsis set, and then no more pages per site thanGROUNDHOG_MAX_CONCURRENT_PAGES;max_sourcesgoes up to 10.
include_domains reads only those domains and their subdomains, exclude_domains never
reads them, and published_after (YYYY-MM-DD) drops pages dated earlier. Up to 8 domains
can be included and 50 excluded. A page that redirects into an excluded domain or out of the
included ones, is dated too early, or repeats the URL or text of a page already used is listed
with filtered and contributes no passages. The query sent to the engine names at most eight
domains; further excluded ones are filtered after the search. aim (up to 200 characters)
says what the evidence must show and is echoed back without changing the search or the
ranking.
receipt holds the executed_query, the distinct hits and hits_by_domain, the hits not
fetched (hits_excluded, hits_outside_domains, hits_before_date, hits_same_domain,
hits_unread past the source limit), each source counted
once as failed, not_content, filtered or usable, outside_domains, unknown_dates,
and the passages omitted, set_aside or clamped. Read it before concluding the web has
no answer.
candidates are links inside the returned passages, at most 12, no more than 4 from one
page and 3 to one domain. Each has a token, url, domain, label (the link text, which
the page wrote), parent_source_url, parent_passage_id, depth and flags
(parent_strip_incomplete, parent_detection_degraded, parent_threats=N,
likely_unsupported_format, same_domain_pages=N). Links back to the page, to pages already
read in the call, outside the domain filters, or from a page three links deep are not
offered. To read some, call again with follow=[{"token": ..., "why": ...}] (up to 8, each
why up to 160 characters) and the same query and filters: nothing is remembered between
calls. A follow runs no search, and followed says for each entry whether it was read,
not_content, failed, filtered, a duplicate, over the same_domain_limit (as many
pages per site as can start before the deadline), an invalid_token or expired. Tokens are
signed by the server and expire after 30 minutes or on restart.
The JSON text block of a response never exceeds 40,000 characters; the MCP result carries the
same object again as structuredContent. When it would, cards go first, then threat
excerpts, then passages, then metadata, each counted in the receipt (candidates_omitted,
threat_excerpts_omitted, passages_omitted, sources_omitted, metadata_compacted);
safety counts from sources left out are kept in omitted_safety, and notes says so:
read_url on a source returns its page, and a narrower query or fewer sources leaves more
room.
status()
Returns browser_reachable, cdp_url (scheme, host and port only) and a hint when the
browser can't be reached.
Configuration
MCP server:
Env var | Default | Purpose |
|
| CDP endpoint, local or remote. Unauthenticated, so keep it private |
|
| What auto-start launches: |
| (found) | Chrome executable |
|
| Profile directory; a login made here is reused |
|
| The SSRF guard |
|
| Delay between requests to one domain |
|
| Token budget |
|
| Concurrent tabs |
| (unset) | SearXNG instance for |
|
|
|
|
| Start the browser when a local |
|
| Image for |
| (none) | Start with |
Browser container:
Env var | Default | Purpose |
| derived from installed Chrome | UA set at launch, clean in every scope |
| (none) | Upstream proxy |
|
| Fallback timezone |
|
| Chrome window size |
|
| Virtual display |
The stealth Chrome container
Headful Chrome under Xvfb with a CDP endpoint, usable by any CDP client. It reports Chrome
rather than HeadlessChrome, sets navigator.webdriver to false, and sets the UA at launch.
With PROXY, timezone and locale match the exit IP, credentials go through a local tinyproxy,
and WebRTC is pinned to the proxy. WebGL uses a detected GPU, else Mesa llvmpipe.
Against a fresh container (Chrome 151, no proxy), over raw CDP:
Detector | Result |
not a bot ( | |
Normal | |
31 / 31 checks pass |
iphey flags any datacenter IP, so it's tracked but not scored. The live
table is in RESULTS.md. Puppeteer, Playwright and Selenium are still flagged
because they enable Runtime; examples/ has clients for each, and
OTHER_TOOLS.md covers more.
Security
The CDP endpoint is unauthenticated: anyone who reaches the port controls the browser. Keep it
on localhost or a private network. The stealth image runs --no-sandbox, so keep the
container isolated. Report vulnerabilities via SECURITY.md.
The SSRF guard resolves each host and refuses loopback, private, link-local (including
169.254.169.254), reserved, multicast, unspecified, CGNAT and IPv4-mapped IPv6 addresses,
non-http(s) schemes, and URLs with credentials. It checks every document request Chrome is
about to send, redirects and cross-site frames included, and final_url once more.
Sub-resources are left to Chrome's Local Network Access rule, and the Chrome that Groundhog
launches has preloading turned off.
Limits of the guard:
Only documents are checked. An older Chrome, or a site granted local-network access in the profile, isn't covered for sub-resources.
Preloading stays on in the stealth container and in a browser you supply.
Groundhog and Chrome resolve DNS separately, so a short-TTL rebinding window remains.
Fetches share one profile, so cookies set by one page persist into later fetches, and page JavaScript can make its own requests from it.
GROUNDHOG_BLOCK_PRIVATE_IPS=false turns the guard off; use it only where reaching internal
addresses is intended.
Limits of hidden-text detection
An empty threats list isn't a clean bill of health. Detection runs in an isolated world the
page can't tamper with, and the live page is never modified. But:
Thresholds can be sat just inside (
opacity: 0.06,transform: scale(0.01)), and a style is only treated as hiding when it provably paints nothing, so these pass:text-indent,inset(50%)(Chrome rounds the value it reports),clip-pathin pixels or byurl()/path(), 3D rotations,mask-image, text painted over by another element or stacked behind one, and a positioned child placed outside a box that clips its overflow.In a PDF only render modes 3 and 7 are detected. White or tiny text, text outside the page, hidden layers and text under an image pass, and every PDF result says so in a
detection_degradednotice. A PDF whose invisible text is in a font whose glyph widths can't be measured (vertical writing, a CMap other thanIdentity-H) isunsupported_contentrather than returned with that text in it, unless you passinclude_hidden. Parsing runs in a child process that is killed at 20 seconds. On Linux it's also held to 1 GiB of memory, and elsewhere only the time cap and a 256 MiB cap on decoded streams bound it.The invisible-character set is a denylist.
Closed shadow roots can't be read, so their content is left out entirely.
When the page wins the cascade against the hiding stylesheet or hides its own
<body>, text is rebuilt from markup, line breaks are guessed, andstrip_incompletesays so.
Limits of block detection
A challenge is called with certainty from vendor headers (
cf-mitigated,x-vercel-mitigated,x-amzn-waf-action,x-dd-b,x-datadome-cid) or challenge assets (Cloudflare, DataDome, PerimeterX, Imperva). Other vendors fall back to English wording on a near-empty page.A soft block, a 200 with the data quietly withheld, looks like content.
unknownisn'tok, but it isn't treated as a block either.Vendor presence (
server: cloudflare,cf-ray) is deliberately ignored.
A note on "stealth"
Best effort. It beats common open-source detectors, not commercial anti-bot systems that gate on IP reputation and behaviour. Use it for legitimate, authorized automation.
Privacy Policy
Groundhog is self-hosted software and talks to no servers the project runs. It collects nothing: no telemetry, analytics, crash reports or accounts.
Pages are fetched by a browser on your machine and returned to your MCP client. The server
keeps no database and writes no logs. The browser profile does persist cookies and storage:
~/.groundhog/chrome for local Chrome (delete the folder to discard it), or the container for
stealth (docker rm -f groundhog-browser).
Your traffic reaches the sites you fetch, your search backend (your SearXNG, or a public search
engine without one), an IP-geolocation service for the proxy's exit IP only when PROXY is
set, and PyPI and GHCR at install time.
Questions: SECURITY.md or https://github.com/dmytrome/groundhog/issues.
License
Available Tools
4 toolsread_urlRead a URLARead-only
Fetch one web page through the stealth browser and return clean, grounded content with provenance.
Hidden text injected for models but invisible to humans is stripped by default
and reported in threats. Use this to ground answers in live web content,
including sites that block plain fetchers.
Reads a URL you already have: use search to find URLs, or research to
search and read in one call. Fetches are rate limited per domain (5s apart by
default), so several pages from one site are not instant.
Inputs: url (required), query, format, max_tokens, +1 more. Returns: url, title, status, matches, +8 more
researchResearch the webARead-only
Search the web and return ranked passages drawn from several sources.
One call does what search + repeated read_url would: finds pages, reads
them through the stealth browser, and returns the passages most relevant to
query — each attributed to its source, with that source's provenance
receipt and any stripped injection payloads. A source that fails is reported
in sources rather than failing the whole call.
Prefer read_url when you already have the URL, and search when you only
want links. This reads max_sources pages, rate limited per domain, so it is
the slowest of the three and the one to avoid for a single known page.
Inputs: query (required), aim, follow, max_tokens, +4 more. Returns: notes, query, backend, receipt, +6 more
searchWeb searchARead-only
Search the web and return ranked hits (title, url, snippet, engine).
Not for reading: it returns links, never page content. Use read_url for one
known URL, or research when you want the answer rather than the links.
Use this to find pages, then pass the URLs you want to read_url for safe,
grounded content. Results come from a self-hosted SearXNG instance when
SEARXNG_URL is set, otherwise from a search page rendered through the
stealth browser. Hits are links only — nothing is fetched until you ask.
Inputs: query (required), limit. Returns: hits, query, backend
statusBrowser statusARead-only
Check whether Groundhog can reach the stealth browser. Call this to
diagnose setup before fetching: if browser_reachable is false, follow
hint to start the browser, then retry.
Inputs: no named parameters. Returns: hint, cdp_url, browser_reachable
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 4 tools
Each tool has a clearly distinct role: search returns links only, read_url fetches a known URL, research combines search and reading, and status diagnoses browser reachability. The descriptions explicitly explain when to use each and how they differ, leaving little chance of misselection.
All names are lowercase and readable, but the conventions are mixed: research, read_url, and search are verb-like, while status is a noun. Only read_url follows a verb_noun pattern, so the set is readable but not consistently patterned.
Four tools is well-scoped for a web research server: search, read, combined research, and diagnostics each earn their place without redundancy. This matches the expected 3-15 range and keeps the surface focused.
The core web-research lifecycle is fully covered: find links, read a known page, search-and-read in one call, and diagnose browser setup. There are no obvious dead ends for the stated purpose, and failure handling is addressed via per-source reporting and status hints.
Maintenance
Related MCP Connectors
Hosted Web Crawler MCP server for Claude, ChatGPT and Cursor, with each action switched per account.
MCP server (stdio): fetch web pages as clean readable markdown via the AgentForge API
MCP Server for Web2MD — convert URLs to Markdown from Claude Desktop, Cursor, etc.
Read any web page as clean Markdown for AI agents: fetch, search, metadata, links. SSRF-safe.
Related MCP Servers
- AlicenseAqualityBmaintenanceThis server enables LLMs to retrieve and process content from web pages, converting HTML to markdown for easier consumption.281231,785 PyPI91,897MIT
- AlicenseAqualityBmaintenanceFirecrawl, the context API for AI agents, as an MCP server. Search the web, scrape any URL, parse PDFs and documents, crawl and map sites, interact with pages in a real browser, run Agent research jobs, monitor pages for changes, and search scientific papers. Returns clean Markdown or structured JSON. Run locally with npx firecrawl-mcp or connect to https://mcp.firecrawl.dev/v2/mcp28200,571 npm7,791MIT

Playwright MCP Serverofficial
AlicenseBqualityBmaintenanceA Model Context Protocol server that enables LLMs to interact with web pages through structured accessibility snapshots without requiring vision models or screenshots.82510,095,150 npm39,393Apache 2.0
Jina AI Remote MCP Serverofficial
AlicenseAqualityBmaintenanceEnables web content extraction, screenshot capture, web search, arXiv paper search, and image search through Jina AI's APIs. Provides tools for reading URLs as markdown, searching the web for current information, and finding academic papers or images.19899Apache 2.0