mcpsurfr
This server provides local, keyless web search and page reading for LLMs over MCP, with on-device ranking and token-efficient passage extraction.
Search the web and return only the most relevant passages for a query, with optional keywords, domains, recency, region, and news filters.
Fetch full pages as clean text with
rag_search_ddgswhen whole-page context is needed.Read a specific URL and optionally extract only passages that answer a query; supports HTML and PDFs.
Run multi-term deep research across several search backends, merging results, de-duplicating pages, and fetching the best content.
Use keyless search backends including
auto, Brave, DuckDuckGo, Google, Wikipedia, Yahoo, and others.Get locally re-ranked results, duplicate removal, skipped-result reasons, warnings, titles, and publish dates when available.
Use built-in caching, domain include/exclude controls, news search, and a provided skill/research prompt for guided use.
Enables web search functionality using Google to retrieve up-to-date information that can be incorporated into Claude's responses
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., "@mcpsurfr search for the latest developments in quantum computing"
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.
flowchart LR
Q["query + keywords"] --> S["ddgs<br>several engines, no keys"]
S --> R["re-rank<br>on device"]
R --> F["fetch top pages<br>main text, PDFs"]
F -->|search| P["best passages<br>~1k tokens"]
F -->|rag_search_ddgs<br>deep_research| W["full pages<br>shared budget"]What's in it:
No API keys. Searches go through ddgs. Its
automode asks several engines at once and skips blocked ones.Ranked locally. A small MobileBERT model on plain numpy re-ranks results, so only the best pages get fetched.
Clean text. Pages are fetched with browser impersonation, and only the main content is kept: no menus, cookie banners or footers. Code blocks and tables keep their lines. PDFs are read too (text layer, first 50 pages), and docs sites that publish markdown copies of their pages (llms.txt) are read from those. The same page under two URLs comes back once.
Passages instead of pages.
searchreturns just the paragraphs that answer the question, about a tenth of the tokens, anddeep_researchcan do the same per search term. When nothing matches well,searchcan ask you whether you want the full pages instead.Reads the sites that block scrapers. Stack Overflow and the other Stack Exchange sites, Wikipedia, GitHub, Hacker News, PyPI, npm and crates.io go through their free APIs: questions with the accepted answer first, articles by section, READMEs and raw files, HN threads with their comments, and packages with their latest version, release date and README.
Titles and dates. Every page and passage carries its title, and its publish date when the page or news result has one.
Says what it left out. Results list skipped pages with a reason (blocked, JavaScript-only, duplicate...) and the search snippet for each, so a Reddit thread or an msn.com article still says something. Cut pages are marked
truncated, and fallbacks and engine failures show up aswarnings. Google blocks often, so it falls back toautoon its own.Quick on repeats. Searches and pages are kept for five minutes, so a follow-up call on the same pages doesn't fetch them again.
Brings its own guide. It serves a skill and a
researchprompt, so clients pick up how to use it without setup.
Tool | Use it for |
| Start here: returns only the relevant passages. Pass |
| Full pages as text (the original mode). Takes a |
| Several search terms across backends, merged and de-duplicated. |
| One page you already have the link for. Pass a |
The search tools also take recency (day, week, month, year), region (uk-en, de-de...), include_domains / exclude_domains, and news: true for dated news articles.
The old rag_search_google, deep_research_ddgs and deep_research_google presets are hidden by default. Options says why and how to turn them back on.
Backends: auto (default), brave, duckduckgo, google, grokipedia, mojeek, startpage, wikipedia, yahoo. auto and brave are the dependable ones. With news: true: auto, bing, duckduckgo, yahoo.
How it compares
Other keyless MCP servers (mcp-searxng, duckduckgo-mcp-server, open-webSearch, the official fetch server) hand the model snippets or whole pages. Hosted APIs like Tavily, Exa and Brave do cut pages down to the useful parts, but they need a key and do it on their servers. mcpsurfr does that part on your machine:
picks passages with BM25 on the query plus keywords the model supplies, and an on-device embedder for ties and paraphrases
drops near-duplicate pages and shares one text budget across the rest
tells the model what it skipped and why, and can ask you before falling back to full pages
What it doesn't do: JavaScript-only pages, OCR for scanned PDFs, image search.
Related MCP server: tavily-firecrawl-mcp
Install
From PyPI with uv:
{
"mcpServers": {
"mcpsurfr": {
"command": "uvx",
"args": ["mcpsurfr"]
}
}
}uvx keeps using the version it cached first. Use "mcpsurfr@latest" to pick up new releases on every start (about a second slower), or "mcpsurfr@<version>" to pin one. uv tool install mcpsurfr works too, with "command": "mcpsurfr".
Or with Docker (amd64 and arm64):
{
"mcpServers": {
"mcpsurfr": {
"command": "docker",
"args": ["run", "--rm", "-i", "--init", "ghcr.io/nkapila6/mcpsurfr:latest"]
}
}
}Options
All settings are optional. These configs set each one to its default, so change only what you need. With uvx they go in env:
{
"mcpServers": {
"mcpsurfr": {
"command": "uvx",
"args": ["mcpsurfr"],
"env": {
"MCPSURFR_MAX_CHARS": "40000",
"MCPSURFR_DEEP_RESEARCH_MODE": "pages",
"MCPSURFR_CACHE_TTL": "300",
"MCPSURFR_LEGACY_TOOLS": "0"
}
}
}
}Variable | Default | What it does |
|
| Text budget per call when returning full pages ( |
|
| What |
|
| Seconds searches and fetched pages are reused. |
|
|
|
Why the legacy tools are off: they're just rag_search_ddgs and deep_research with a fixed backend, which the search tools now take themselves. Each tool's name, description and parameters get sent to the model in every chat whether it's used or not, so three duplicates cost context for nothing and give the model more ways to pick the wrong one.
With Docker, env only reaches the docker command, not the container, so the settings go in args with -e, before the image name. The same defaults:
{
"mcpServers": {
"mcpsurfr": {
"command": "docker",
"args": [
"run", "--rm", "-i", "--init",
"-e", "MCPSURFR_MAX_CHARS=40000",
"-e", "MCPSURFR_DEEP_RESEARCH_MODE=pages",
"-e", "MCPSURFR_CACHE_TTL=300",
"-e", "MCPSURFR_LEGACY_TOOLS=0",
"ghcr.io/nkapila6/mcpsurfr:latest"
]
}
}
}Not sure where your config lives? See the MCP quickstart. Tested with Claude Desktop, Claude Code, Cursor and Goose.
Coming from mcp-local-rag? Your old config keeps working, since the old URL redirects and the mcp-local-rag command still exists. Switching to the config above gets you the new name and drops the --python=3.10 pin (3.10 is end of life as of October 2026). If your prompts call rag_search_google or deep_research_google by name, set MCPSURFR_LEGACY_TOOLS to 1 (see Options).
Skill and prompt
The mcpsurfr-search skill tells the model which tool and backend to pick and how to cite. The server serves it as skill://mcpsurfr-search/SKILL.md, so most clients need nothing extra. To add it to Claude Desktop by hand: Settings → Skills → Add from folder, then pick src/mcpsurfr/skills/mcpsurfr-search/.
The research(topic) prompt plans a few search terms, runs deep_research and writes a cited summary.
Example
Asking Claude Desktop about something newer than its training data:
Security audit by MseeP · Issues and PRs welcome · MIT licensed · Buy me a coffee if it helps you
Available Tools
4 toolsdeep_researchDeep researchARead-only
Research a topic across several search terms and engines. Each term is searched on each backend, results are re-ranked locally by relevance, duplicates are removed, and the best pages are fetched as text.
Backends: auto, brave, duckduckgo, google, grokipedia, mojeek, startpage, wikipedia, yahoo.
"auto" (default): ddgs metasearch over several engines, skipping blocked ones. Most reliable.
"brave": fast and usually available.
"wikipedia": exact article lookups, best with title-like terms.
"google", "startpage", "yahoo", "mojeek": often blocked. Empty engines are reported as warnings, and if every chosen engine is empty the terms are retried with "auto".
Inputs: search_terms (required), news, region, recency, +8 more. Returns: object
rag_search_ddgsWeb searchARead-only
Search the web and return the most relevant pages as text, for when whole pages are wanted (search returns only the relevant passages). Results are re-ranked locally by semantic similarity to the query before the top pages are fetched.
Inputs: query (required), news, top_k, region, +6 more. Returns: object
read_urlRead a pageARead-only
Read one page whose URL you already have: a link the user pasted, or one from earlier results. HTML or PDF. With a query, returns only the passages that answer it, the same way search does; without one, the page's main text (cut to the shared budget).
Inputs: url (required), query, keywords, max_passages. Returns: object
searchSearch (passages)ARead-only
Search the web and return only the passages that answer the query, not whole pages: usually about a tenth of the text of rag_search_ddgs. Use this first.
Tiers, cheapest first:
Search, then keep the top_pages results whose title/snippet match best.
Fetch those pages, split them into ~600-char passages, keyword-match them (BM25) against the query plus
keywords.Only if that leaves too many candidates, or matches nothing (a paraphrase), the local embedder ranks them by meaning. If nothing matched the keywords and the client can show questions, the user is asked whether they want the full pages instead.
Inputs: query (required), news, region, backend, +7 more. Returns: object
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 4 tools
read_url is clearly distinct, but search, rag_search_ddgs, and deep_research all perform web search with overlapping engines and ranking logic. The descriptions do distinguish them (passages vs. whole pages vs. multi-term multi-engine), but the boundary between search and rag_search_ddgs hinges on a subtle output-format difference that an agent could easily misselect.
All names use snake_case, but the conventions are mixed: bare verb (search), verb_noun (read_url, deep_research), and verb_noun with backend baked in (rag_search_ddgs). The backend name embedded in one tool name makes the set less predictable than a uniform pattern.
Four tools is slightly thin but reasonable for a focused web-research server; each tool covers a distinct retrieval mode. A fifth tool (e.g., a crawl/sitemap or batch URL reader) would round it out without bloat.
The surface covers the core research lifecycle: passage search, full-page search, multi-engine deep research, and direct URL reading (HTML and PDF). Minor gaps remain around batch reading, following links from a fetched page, or structured extraction, but the main workflows are covered.
Maintenance
Related MCP Connectors
Scrape, map, crawl, search and monitor the web. Runs locally with no API key, cites every source.
Scrape, crawl, map & search the web. Open-source, self-hostable Rust crawler & search for AI agents.
LLM-ready web search + instant answers + URL-to-clean-text fetch for agents and RAG.
Web search API and MCP server for developers building AI agents.
Related MCP Servers
- AlicenseBqualityDmaintenanceA Model Context Protocol server that enables LLM clients like VSCode, Copilot, and Claude Desktop to search the web using Google Programmable Search Engine API.1107 npm12Apache 2.0
- AlicenseAqualityCmaintenanceA Model Context Protocol server for web scraping and searching, with automatic fallback from Tavily to Firecrawl for fetching web content.21MIT
- AlicenseAqualityFmaintenanceA Model Context Protocol server that exposes Google Search as a tool via scraping, requiring no API key.1MIT
- AlicenseNot gradedqualityFmaintenanceMCP server enabling local-first web search, fetch, extract, and caching with citeable excerpts, no API key required. Supports research workflows for agents and apps.96 npm1MIT