busqueda-web-mcp
Related Servers
Alternatives to busqueda-web-mcp
No user-submitted related servers found.
Related Servers
- AlicenseBqualityDmaintenanceEnables web search through DuckDuckGo and webpage content fetching with intelligent text extraction. Features built-in rate limiting and LLM-optimized result formatting for seamless integration with language models.2MIT
- FlicenseAqualityNot gradedmaintenanceEnables web searching via DuckDuckGo and page fetching with automatic HTML-to-Markdown conversion to reduce LLM token usage by approximately 60%. It provides tools for search, content extraction, and combined operations without requiring any external API keys.33-
- AlicenseNot gradedqualityDmaintenanceEnables AI assistants to search the internet using DuckDuckGo and extract clean, formatted content from web pages.167 npmGPL 3.0

Cluefinch MCPofficial
AlicenseAqualityAmaintenanceDeep Research infrastructure for AI agents. Search the web, read pages incrementally, follow source links, and collect relevant evidence across multiple sources. Web search runs through your own SearXNG instance, while the agent remains in control of research planning and reasoning. Cluefinch runs locally over MCP stdio.424 PyPIApache 2.0- FlicenseAqualityCmaintenanceEnables a locally-run LLM to search the web, fetch pages as markdown, make arbitrary HTTP requests, and optionally render pages with headless Chromium.3-
- FlicenseNot gradedqualityAmaintenanceEnables AI agents to search the web across configurable providers and crawl single pages or whole sites into clean, deduplicated Markdown or JSON. It runs on your own hardware, requiring no API key with SearXNG, and supports authenticated crawls plus STDIO and HTTP transport.-
TDQS
Scored across 2 tools
The two tools are cleanly separated: web_search returns candidate results and fetch_url reads a single known page. The descriptions explicitly state the sequencing relationship (search first when the URL is unknown, fetch after for detail), leaving no realistic chance of misselection.
Both names are lowercase snake_case and self-descriptive, but the word order differs: 'web_search' is noun-first while 'fetch_url' is verb-first. The deviation is minor and readability is unaffected.
Two tools is thin in absolute terms, but the server's scope is a minimal search-plus-read pair and each tool clearly earns its place. Nothing redundant is present, though the surface is small enough that it could feel under-served.
The search -> fetch lifecycle for read-only web retrieval is fully covered with no dead ends. Minor gaps exist around pagination/result limits, content-format options, or non-HTML resources, which agents can usually work around but may occasionally hit.