
mcpsurfr
io.github.nkapila6Published by GitHub account nkapila6v1.2.3Updated Oct 30, 2026
Local web search with multi-engine deep research and on-device re-ranking. No API keys.
Overview
Keyless local web search MCP server that queries several engines, re-ranks results on your machine and returns only the relevant passages or full pages.
- What you can do
- Search the web across several engines and get back only the passages that answer the query, with titles and dates
- Fetch full pages as clean text, including PDFs and markdown copies of docs sites, under a shared text budget
- Run deep research over several search terms and backends, merged and de-duplicated, as pages or passages
- Read a single URL you already have, optionally returning only the passages that match a query
- Filter by recency, region, included or excluded domains, and dated news results
- Report skipped pages with reasons, truncation flags and warnings
- When to use it
- Useful when an assistant needs current web information without signing up for a search API, and when you want page text trimmed to the useful parts locally rather than sent to a hosted extraction service. Good for research questions, documentation lookups and news checks.
- Requirements
- Runs locally over stdio, either from PyPI with uvx or as a Docker image (amd64 and arm64). No API keys or accounts. Network access is needed for searches and page fetches. Optional settings such as MCPSURFR_MAX_CHARS, MCPSURFR_DEEP_RESEARCH_MODE, MCPSURFR_CACHE_TTL and MCPSURFR_LEGACY_TOOLS are passed as environment variables, or with -e flags under Docker.
Installation
In SourceWeft
- Open mcpsurfr 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
Local web search for your LLM over MCP. No API keys, and results are ranked on your machine.
Formerly mcp-local-rag.
[PyPI] [Python versions] [Docker image] [MIT license] [Ask DeepWiki]
[Add to LM Studio] [Add to Cursor] [Install in VS Code]
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.
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.
Install
From PyPI with uv:
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):
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:
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:
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:
[Image] [Image]Security audit by MseeP · Issues and PRs welcome · MIT licensed · Buy me a coffee if it helps you
Source: README.md at commit ecad09c
Tools
0Version history
2- v1.2.3LatestOct 29, 2026
- v1.1.1Oct 23, 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