browser-search-mcp
Allows searching the web via Baidu search engine using a real browser to extract structured results.
Allows searching the web via DuckDuckGo search engine using a real browser to extract structured results.
Allows searching the web via Google search engine using a real browser to extract structured results.
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., "@browser-search-mcp search for the latest AI research papers on arxiv"
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.
Browser Search MCP
Real browser search for AI agents. Browser Search MCP lets Claude Desktop, Cursor, Codex, Ollama, and other MCP clients search the web through Chrome/Edge, read result pages, expand vague user questions, and report whether the results actually match the user's intent.
Search like a real browser. Read like a research agent.基于真实浏览器的 MCP 搜索引擎服务器 - 让任何支持 MCP 的大模型都能搜索网页内容。 Browser Search MCP - Web search via real browser for any LLM.
Built on the same CDP extension bridge architecture as browser-takeover-bridge.
Launch Week
If you are discovering this project from a post, start here:
Install in 30 seconds:
pip install browser-search-mcpBest default tool:
web_researchPreview query expansion:
web_search_planUse cases: local agents, private research assistants, authenticated browser search, citation-ready page reading
Launch assets: Launch Week Plan and Ready-to-post copy
Why agents use it
Need | Browser Search MCP |
No search API key | Uses your browser by default |
Real web pages | Reads and cleans top result pages |
Vague user questions | Expands natural-language intent into search queries |
Quality control | Marks results as |
Private/local workflows | Runs as an MCP server on your machine |
Logged-in browser context | Can integrate with browser-takeover bridge |
Example: plan before searching
{
"query": "home projector vs TV which is better",
"intent": {
"topic": ["projector", "TV"],
"task": ["compare", "buying guide", "recommendation"]
},
"candidate_queries": [
"home projector vs TV which is better",
"projector TV comparison pros cons buying guide",
"projector TV comparison recommendation"
]
}Example: research-ready result
{
"ok": true,
"query": "2026 exam English study plan",
"quality": "strict",
"diagnostics": {
"missing_anchor_groups": []
},
"results": [
{
"title": "Example result",
"url": "https://example.com",
"page": {
"ok": true,
"content": "Cleaned page text for the agent..."
}
}
]
}Related MCP server: Google Search Tool
Why?
Local LLMs (Ollama, etc.) cant search the web. HTTP-based search tools get blocked by anti-bot measures. This project uses a real browser to search - no API keys, no blocking, no fake results.
Quick Start
pip install browser-search-mcp
# Start the MCP server
browser-search-mcp
# Optional CLI helpers
browser-search-mcp --help
browser-search-mcp status
browser-search-mcp doctor
browser-search-mcp http 9090Then configure in any MCP client:
{
"mcpServers": {
"browser-search": {
"command": "browser-search-mcp"
}
}
}Bridge Integration (browser-takeover extension)
When installed alongside the browser-takeover-bridge extension, browser-search-mcp automatically detects the extension and routes searches through it instead of launching a headless CDP browser.
Why use the bridge?
Authenticated sessions - search while logged into services (e.g., intranet, social media, internal tools)
Faster startup - no need to launch a new browser; reuses the extension's existing connection
Lower resource usage - share one browser session instead of spawning a separate headless instance
How it works:
LLM/Agent -> MCP Client -> browser-search-mcp -> bridge (extension) -> user's browser -> search engine
The bridge check runs automatically at startup. If the extension is not detected, the server falls back to the standard CDP path (launching its own browser). No configuration needed.
Detection: Run web_search_status to see if the bridge is active:
json { "bridge": { "available": true, "search_available": true } }
Quick Demo
Search the web in seconds from any MCP-compatible LLM:
pip install browser-search-mcp
browser-search-mcpLive search result (Bing, ~5s):
[
{
"title": "What is the Model Context Protocol (MCP)?",
"url": "https://modelcontextprotocol.io/",
"snippet": "MCP is an open standard for connecting AI applications to external systems."
},
{
"title": "MCP Server Guide",
"url": "https://example.com/mcp-guide",
"snippet": "Complete guide to setting up MCP servers for web search."
},
{
"title": "Browser Search MCP",
"url": "https://github.com/fangsylar-pixel/browser-search",
"snippet": "Open source MCP server using real browser for web search."
}
]No API keys required. No blocking. Just a real browser doing real searches.
Features
Feature | Status | Description |
Google, Bing, Baidu, DuckDuckGo | Yes | DOM + JS extraction |
Persistent browser session | Yes | Reuses CDP connection |
Result caching | Yes | LRU with configurable TTL |
Config file | Yes | JSON + env vars |
Auto-reconnect | Yes | Transparent reconnection |
browser-takeover bridge | Yes | Auto-detected extension bridge |
CAPTCHA detection | Yes | Auto fallback on CAPTCHA |
Engine fallback | Yes | Automatic on failure/CAPTCHA |
Deep mode | Yes | Auto-extracts top 2 result content |
Pagination | Yes | Multi-page search support |
Time filters | Yes | hour/day/week/month/year |
Intent planning | Yes | Platform/topic/task extraction plus query expansion |
Engine health check | Yes | Tracks per-engine availability |
Cross-engine dedup | Yes | Deduplicate multi-engine results |
API providers (Tavily/Brave) | Yes | Faster, API-key based |
HTTP API | Yes | FastAPI + OpenAI compatible |
Codex plugin | Yes | Auto-install as Codex plugin |
Fallback parsers | Yes | Text-based when JS fails |
Retry on failure | Yes | Exponential backoff |
MCP Tools
Tool | Description |
| Analyze intent and candidate queries without launching a browser |
| Search a single engine, returns JSON results |
| Search multiple engines simultaneously |
| Read structured page content for a URL |
| Search and read top result pages for citation-ready research |
| Check browser, bridge, and cache status |
| Find CDP-enabled browsers |
web_search_plan is useful before an expensive search: it returns parsed intent,
required coverage anchors, and expanded candidate queries for broad customer
requests such as creator topics, product comparisons, tutorials, trends, and
recommendations.
web_research is the best default for agents that need grounded answers. It rewrites
natural-language questions into search queries, retries across engines, filters
off-topic results, and labels result quality as strict or partial based on
whether the platform/topic/task anchors were covered. It also returns diagnostics,
cleaned page content for the top results, title, final URL, description, detected
publish time, and truncation metadata.
Configuration
Config file: ~/.browser-search-mcp/config.json
Browser Mode (default)
{
"browser": {
"name": "edge",
"headless": false,
"port": 9222
},
"cache": {
"enabled": true,
"ttl": 300
}
}API Mode (faster, needs API key)
{
"provider": {
"name": "tavily",
"tavily_api_key": "tvly-your-key-here"
}
}Environment Variables
Variable | Example | Description |
|
| Run browser headless |
|
| Choose provider: browser/tavily/brave |
|
| Tavily API key |
|
| Brave Search API key |
|
| Cache TTL in seconds |
|
| Default search engine |
|
| Browser executable name |
|
| CDP remote debugging port |
|
| Browser profile directory |
|
| Explicit browser executable path |
How It Works
LLM/Agent -> MCP Client -> browser-search-mcp -> Browser (CDP) -> Search Engine
| (optional)
browser-takeover extensionMCP server finds or launches a Chrome/Edge browser with remote debugging
Navigates to the search engine
Extracts structured results via JavaScript DOM parsing
Returns title, url, snippet as JSON
Results cached for 5 minutes by default
Project Structure
browser-search-mcp/
browser_search_mcp/
config.py Configuration via JSON file + env vars
cdp.py CDP browser control with persistent sessions
bridge.py Browser-takeover extension bridge client
search.py Search orchestration with caching and retry
parsers.py Text-based search result parsers (fallback)
bridge_provider.py Bridge-based search provider (optional, auto-detected)
providers.py API search providers (Tavily, Brave)
server.py FastMCP server with 5 search tools
http_api.py HTTP API server (FastAPI + OpenAI-compatible endpoint)
setup_assistant.py Prerequisites check
.codex-plugin/ Codex plugin packaging
.github/ CI and issue templates
website/ Promotional website (GitHub Pages)
README.md, CONTRIBUTING.md, LICENSE, SUPPORT.mdRequirements
Python 3.11+
Chrome or Edge installed
Optional: browser-takeover-bridge extension (for authenticated sessions)
License
MIT
Architecture
flowchart TB
subgraph User[User Environment]
LLM[LLM / Agent]
MCP[MCP Client]
end
subgraph Browser[Browser Layer]
BRIDGE[Bridge Extension]
CDP[Chrome/Edge CDP]
end
subgraph Search[Search Layer]
BSM[browser-search-mcp]
API_PROV[API Providers]
end
subgraph Engines[Search Engines]
G[Google]
B[Bing]
BA[Baidu]
D[DuckDuckGo]
end
LLM --> MCP --> BSM
BSM -->|Priority 1| BRIDGE --> CDP --> Engines
BSM -->|Priority 2| API_PROV --> Engines
BSM -->|Priority 3| CDP --> Engines
style BSM fill:#10b981,color:#fff
style BRIDGE fill:#6366f1,color:#fff
style API_PROV fill:#f59e0b,color:#fffSupport
If this project helps you, optional support is welcome:
Bug reports and contributions are welcome. See CONTRIBUTING.md and SUPPORT.md.
Available Tools
5 toolsweb_searchB
Search the web using a real browser and return structured results. Uses Chrome/Edge via CDP (same approach as browser-takeover-bridge) to navigate to the search engine, extract results from the DOM, and return them as structured JSON. When the browser-takeover extension bridge is available, searches use the extension's authenticated browser session instead of a headless browser -- giving access to logged-in content.
Inputs: query (required), engine, max_results, headless, +3 more. Returns: result
web_search_discover_browsersA
Scan for browsers with CDP enabled on common ports.
Checks ports 9222, 9223, 9333 for Chrome/Edge instances with remote debugging enabled.
Returns: JSON list of discovered browser instances
Inputs: no named parameters. Returns: result
web_search_multiA
Search multiple search engines and combine results. Searches multiple engines in sequence and returns combined results grouped by engine.
Inputs: query (required), engines, max_results_per_engine, headless, +4 more. Returns: result
web_search_read_pageA
Navigate to a URL and return the visible page text. Useful for reading the full content of a search result.
Inputs: url (required), max_length. Returns: result
web_search_statusA
Check the current browser, bridge, and provider status.
Detects available CDP browser instances, checks if the browser-takeover extension bridge is running, and reports the active provider type.
Returns: JSON status information
Inputs: no named parameters. Returns: result
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 5 tools
web_search and web_search_multi are related but clearly separated by the multi-engine behavior. web_search_status and web_search_discover_browsers overlap somewhat in browser inspection, but their purposes remain distinct. web_search_read_page is unambiguous.
Most tools use the web_search_ prefix with descriptive suffixes like multi, read_page, status, and discover_browsers. The base web_search tool lacks a suffix, but the pattern remains predictable and readable overall.
Five tools is well-scoped for a browser-based search server. Search, multi-engine search, page reading, status, and browser discovery each earn their place without unnecessary overlap or bloat.
The core workflow of searching, combining results, and reading pages is well covered. Browser status and discovery support the environment side. Minor gaps like explicit browser launch/close management exist, but they are outside the apparent search-focused purpose.
Maintenance
Related MCP Connectors
Web search, browser automation, scraping, crawling and CAPTCHA solving for AI agents.
Web search and page reading for AI agents with zero API credits
Web scraping, search, crawling, structured extraction and research for AI agents.
Web search and any page as LLM-ready Markdown for AI agents. Free keyless tier, no signup.
Related MCP Servers
- AlicenseBqualityDmaintenanceEnables LLMs to interact with web pages, take screenshots, and execute JavaScript in a real browser environment10264 npm297MIT
- AlicenseNot gradedqualityDmaintenanceEnables AI assistants to perform real-time Google searches with anti-bot protection. Bypasses search engine restrictions using advanced browser automation to extract search results locally without requiring paid API services.6MIT
- AlicenseBqualityDmaintenanceEnables LLMs and AI agents to access real-time web data, search websites, and navigate the web without getting blocked. Includes 5,000 free monthly requests and supports web scraping, browser automation, and bypassing geo-restrictions.6024,067 npm1MIT
- FlicenseNot gradedqualityDmaintenanceUnlimited, session-authenticated web search and fetch for AI tools using your own browser. Supports authenticated/paywalled pages without API keys.-