OneSearch MCP Server
The OneSearch MCP Server is a versatile tool for web search, scraping, crawling, and structured data extraction, integrating multiple search providers and browser automation.
Web Search (
one_search): Search using SearXNG, Tavily, DuckDuckGo, Bing, Google, Zhipu, Exa, Bocha, or local browser automation (Bing, Google, Baidu, Sogou). Supports filtering by language, time range, and categories (news, images, videos, science, etc.).Web Scraping (
one_scrape): Scrape single pages with output in markdown, HTML, raw HTML, screenshots, or links. Supports browser actions (click, scroll, type, execute JavaScript), mobile viewport emulation, and geolocation settings.URL Discovery (
one_map): Discover URLs from a starting point via sitemap.xml and/or HTML link crawling, with options to filter by search term, include subdomains, and limit results.Structured Data Extraction (
one_extract): Extract structured information from multiple URLs simultaneously using LLM-powered extraction with custom prompts, JSON schemas, and optional web search context.Local/Free Operation: Run browser-automated searches and scraping without API keys using
agent-browser(requires a Chromium-based browser), ensuring privacy and no API costs.Multi-provider Flexibility: Easily switch between free (DuckDuckGo, local) and premium (Tavily, Exa, Bocha, Zhipu) providers via environment variables. Available via npm, Docker, and compatible with Claude Desktop, Cursor, and Windsurf.
Used for installation and distribution of the MCP server package, with support for running the server through npx commands.
Enables web search capabilities through SearXNG, allowing queries to be performed across multiple search engines through a single interface.
Supports installation and execution through shell commands, with environment variable configuration for different search providers and APIs.
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., "@OneSearch MCP Serverfind recent articles about quantum computing breakthroughs"
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.
π OneSearch MCP Server: Web Search, URL Discovery, Scraper & Content Prep
A Model Context Protocol (MCP) server implementation that integrates with multiple search providers for web search, local browser search, URL discovery, and scraping capabilities with agent-browser.
Features
Web search, scrape, discover URLs, and preprocess content from websites.
Support multiple search engines and web scrapers: SearXNG, Tavily, DuckDuckGo, Bing, Google, Zhipu (ζΊθ°±), Exa, Bocha (εζ₯), You.com, etc.
Local web search (browser search), support multiple search engines: Bing, Google, Baidu, Sogou, etc.
Use
agent-browserfor browser automation.Free, no API keys required.
Enabled tools:
one_search,one_scrape,one_map,one_extract
Related MCP server: Firecrawl MCP Server
Current Tool Surface
one_searchReturns search results from the configured provider.
one_mapDiscovers links from a starting URL by loading the page in the browser and extracting links from its HTML.
Supported input fields:
url,search,includeSubdomains,limit.This is not a sitemap crawler; removed fields such as
ignoreSitemapandsitemapOnlyare rejected at the schema boundary.
one_scrapeScrapes one page and returns content selected by
formats.Supported input fields:
url,formats,waitFor,timeout,skipTlsVerification,allowExecuteJavascript,actions.Supported formats:
markdown,html,rawHtml,links,screenshot,screenshot@fullPage.Supported bounded pre-scrape actions:
wait,click,write,press,scroll.Advanced pre-scrape action:
executeJavascript. IfactionscontainsexecuteJavascript, you must setallowExecuteJavascript: true.actionsrun serially before content capture and fail fast on the first action error.Removed fields such as
onlyMainContent,extract, andlocationare rejected at the schema boundary.
one_extractAccepts only
urlsand returns preprocessed text blocks for downstream tools or models.
Migration from v1.1.0 and Earlier
Breaking Changes in v1.1.0:
Firecrawl Removed: The Firecrawl integration has been removed in favor of
agent-browser, which provides similar functionality without requiring external API services.New Browser Requirement: You must install Chromium browser (see Prerequisites section).
Environment Variables:
FIRECRAWL_API_URLandFIRECRAWL_API_KEYare no longer used.
What Changed:
one_scrapeandone_mapnow useagent-browserinstead of Firecrawlone_extractnow preprocesses multi-URL page content for downstream analysis instead of performing built-in LLM extractionAll browser-based operations are now handled locally, providing better privacy and no API costs
Migration Steps:
Install Chromium browser (see Prerequisites)
Remove
FIRECRAWL_API_URLandFIRECRAWL_API_KEYfrom your environment variablesUpdate to the latest version:
npm install -g one-search-mcp@latest
Prerequisites
Browser Requirement: This server uses agent-browser for web scraping and local search, which requires a Chromium-based browser.
Good News: The server will automatically detect and use browsers already installed on your system:
β Google Chrome
β Microsoft Edge
β Chromium
β Google Chrome Canary
If you don't have any of these browsers installed, you can:
# Option 1: Install Google Chrome (Recommended)
# Download from: https://www.google.com/chrome/
# Option 2: Install Microsoft Edge
# Download from: https://www.microsoft.com/edge
# Option 3: Install Chromium via agent-browser
npx agent-browser install
# Option 4: Install Chromium directly
# Download from: https://www.chromium.org/getting-involved/download-chromium/Installation
Using Claude Code CLI (Recommended)
# Add to Claude Code with default settings (local search)
claude mcp add one-search-mcp -- npx -y one-search-mcp
# Add with custom search provider (e.g., SearXNG)
claude mcp add one-search-mcp -e SEARCH_PROVIDER=searxng -e SEARCH_API_URL=http://127.0.0.1:8080 -- npx -y one-search-mcp
# Add with Tavily API
claude mcp add one-search-mcp -e SEARCH_PROVIDER=tavily -e SEARCH_API_KEY=your_api_key -- npx -y one-search-mcpManual Installation
# Install globally (Optional)
npm install -g one-search-mcp
# Or run directly with npx
npx -y one-search-mcpLocal Debugging with MCP Inspector
Use the official MCP Inspector to interactively test tools, resources, and prompts against this server during local development.
# Inspect the TypeScript source entrypoint
npm run inspector
# Inspect the built server entrypoint
npm run inspector:build
# Example with explicit environment variables
ALLOW_PRIVATE_NETWORK=true SEARCH_PROVIDER=local npm run inspectorUsing Docker
Docker image includes all dependencies (Chromium browser) pre-installed, no additional setup required.
Pull the image:
# From GitHub Container Registry
docker pull ghcr.io/yokingma/one-search-mcp:latest
# Or from Docker Hub
docker pull zacma/one-search-mcp:latestConfigure with Claude Desktop:
{
"mcpServers": {
"one-search-mcp": {
"command": "docker",
"args": ["run", "-i", "--rm", "ghcr.io/yokingma/one-search-mcp:latest"],
"env": {
"SEARCH_PROVIDER": "local"
}
}
}
}With custom search provider:
{
"mcpServers": {
"one-search-mcp": {
"command": "docker",
"args": [
"run", "-i", "--rm",
"-e", "SEARCH_PROVIDER=tavily",
"-e", "SEARCH_API_KEY=your_api_key",
"ghcr.io/yokingma/one-search-mcp:latest"
]
}
}
}Environment Variables
Search Provider
SEARCH_PROVIDER (Optional): The search provider to use, supports
searxng,duckduckgo,bing,tavily,google,zhipu,exa,bocha,ydc,local, default islocal.SEARCH_API_URL (Optional): The URL of the SearxNG API, or Google Custom Search Engine ID for
google.SEARCH_API_KEY (Optional): The API key for the search provider, required for
tavily,bing,google,zhipu,exa,bocha.YDC_API_KEY (Optional): You.com API key for
SEARCH_PROVIDER=ydc.
// supported search providers
export type SearchProvider = 'searxng' | 'duckduckgo' | 'bing' | 'tavily' | 'google' | 'zhipu' | 'exa' | 'bocha' | 'ydc' | 'local';Browser Network Security
ALLOW_PRIVATE_NETWORK (Optional): Set to
trueto allow browser-backed tools (one_scrape,one_map,one_extract) to access private, loopback, and link-local network targets. Defaults tofalse.
Use ALLOW_PRIVATE_NETWORK=true only in trusted deployments. When enabled, prompt injection or untrusted tool inputs can make the MCP process fetch internal services that are otherwise blocked by default.
Search Provider Configuration
Provider | API Key Required | API URL Required | Notes |
| No | No | Free, uses browser automation |
| No | No | Free, no API key needed |
| Optional | Yes | Self-hosted meta search engine |
| Yes | No | |
| Yes | No | |
| Yes | Yes (Search Engine ID) | |
| Yes | No | |
| Yes | No | |
| Yes | No | |
| Yes | No |
Configuration for Other MCP Clients
Claude Desktop
Add to your Claude Desktop configuration file:
macOS: ~/Library/Application Support/Claude/claude_desktop_config.json
Windows: %APPDATA%\Claude\claude_desktop_config.json
{
"mcpServers": {
"one-search-mcp": {
"command": "npx",
"args": ["-y", "one-search-mcp"],
"env": {
"SEARCH_PROVIDER": "local"
}
}
}
}Cursor
Add to your mcp.json file:
{
"mcpServers": {
"one-search-mcp": {
"command": "npx",
"args": ["-y", "one-search-mcp"],
"env": {
"SEARCH_PROVIDER": "local"
}
}
}
}Windsurf
Add to your ./codeium/windsurf/model_config.json file:
{
"mcpServers": {
"one-search-mcp": {
"command": "npx",
"args": ["-y", "one-search-mcp"],
"env": {
"SEARCH_PROVIDER": "local"
}
}
}
}Self-hosting SearXNG (Optional)
If you want to use SearXNG as your search provider, you can deploy it locally using Docker:
Prerequisites:
Docker installed and running (version 20.10.0 or higher)
At least 4GB of RAM available
Quick Start:
# Clone SearXNG Docker repository
git clone https://github.com/searxng/searxng-docker.git
cd searxng-docker
# Start SearXNG
docker compose up -dAfter deployment, SearXNG will be available at http://127.0.0.1:8080 by default.
Configure OneSearch to use SearXNG:
# Set environment variables
export SEARCH_PROVIDER=searxng
export SEARCH_API_URL=http://127.0.0.1:8080For more details, see the official SearXNG Docker documentation.
Troubleshooting
Browser not found error
If you see an error like "Browser not found", the server couldn't detect any installed Chromium-based browser. Please install one of the following:
Google Chrome: https://www.google.com/chrome/
Microsoft Edge: https://www.microsoft.com/edge
Chromium: https://www.chromium.org/getting-involved/download-chromium/
Or install via agent-browser:
npx agent-browser installLicense
MIT License - see LICENSE file for details.
Available Tools
4 toolsone_extractA
Fetch and preprocess page content from one or more URLs. Returns cleaned text blocks that can be passed to downstream tools or models.
| Name | Required | Description | Default |
|---|---|---|---|
| urls | Yes | List of URLs to extract information from |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations provided, so description carries full burden. 'Returns cleaned text blocks' hints at preprocessing but does not detail cleaning steps, error handling, or auth needs.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Two concise sentences, front-loaded with action, then output. No wasted words.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a simple tool (1 param, no output schema), description adequately covers purpose and output. Lacks details on cleaning specifics, error handling, or limits.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema covers parameter with 100% coverage. Description adds value by specifying preprocessing and output type ('cleaned text blocks'), going beyond schema's 'extract information'.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Description clearly states the verb 'fetch and preprocess' and the resource 'page content from URLs'. Differentiates from siblings: one_map, one_scrape, one_search.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
No explicit when-to-use or when-not-to-use guidance. Mentions downstream use but lacks context for choosing over siblings.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
one_mapA
Discover URLs from a starting point by loading a page in the browser and extracting links from its HTML.
| Name | Required | Description | Default |
|---|---|---|---|
| url | Yes | Starting URL for URL discovery | |
| limit | No | Maximum number of URLs to return | |
| search | No | Optional search term to filter URLs | |
| includeSubdomains | No | Include URLs from subdomains in results |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, the description carries the full burden of behavioral disclosure. It does disclose the core mechanismβloading a page in the browser and extracting links from its HTMLβbut it omits important details such as whether the crawl is recursive, whether subdomains are included by default, or any performance/rate implications.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single, front-loaded sentence that immediately conveys the main action and mechanism. It contains no filler, repetition, or unnecessary detail.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
The description is minimal but sufficient for a simple one-page link extractor. However, with no output schema, it leaves ambiguity about return format and whether discovery is recursive or limited to the initial page, which is important for a mapping tool with four parameters.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100%, so the description does not need to add much parameter detail. It simply reinforces 'starting point' for the url parameter and adds no new meaning beyond what the schema already provides.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description states a specific action: discover URLs from a starting point by loading a page in the browser and extracting HTML links. This clearly distinguishes it from sibling tools like one_extract, one_search, and one_scrape, which focus on other tasks.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description gives clear context that this tool is for mapping/discovering URLs from a starting page, which implies when it should be selected. However, it does not explicitly mention alternatives or state when not to use it, so it falls short of a 5.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
one_scrapeA
Scrape a single webpage and return markdown, HTML, links, or a screenshot. Supports navigation timeout, TLS verification control, full-page screenshots, bounded pre-scrape actions, and advanced executeJavascript only when allowExecuteJavascript is true.
| Name | Required | Description | Default |
|---|---|---|---|
| url | Yes | The URL to scrape | |
| actions | No | List of pre-scrape actions to run before content capture. Standard actions are bounded; executeJavascript requires allowExecuteJavascript: true. | |
| formats | No | Content formats to extract (default: ['markdown']) | |
| timeout | No | Maximum time in milliseconds to wait for the page to load | |
| waitFor | No | Time in milliseconds to wait for dynamic content to load | |
| skipTlsVerification | No | Skip TLS certificate verification | |
| allowExecuteJavascript | No | Must be true when actions contain executeJavascript. Use only for advanced page-side scripting. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations provided, the description carries the full burden of behavioral disclosure. It notably discloses support for navigation timeout, TLS verification control, full-page screenshots, bounded pre-scrape actions, and the gating of executeJavascript. It does not mention error behavior or return structure, but these are less critical for a scraping tool.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is concise at two sentences, front-loaded with the core purpose, and every clause adds value (outputs, timeout, TLS, screenshots, actions). There is no fluff or redundancy.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool's complexity (7 parameters, no output schema, no annotations), the description provides a good overview of capabilities but lacks details on return value structure, error handling, or pagination/navigation behavior. It is adequate but has clear gaps, especially regarding what the returned data looks like for each format.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Since schema description coverage is 100%, the baseline is 3. The description adds some context by mentioning 'bounded pre-scrape actions' and the executeJavascript requirement, which aligns with the actions and allowExecuteJavascript parameters. However, it does not add significant syntax or format details beyond what the schema already provides.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly identifies the tool's action ('Scrape a single webpage') and its outputs ('markdown, HTML, links, or a screenshot'), which distinguishes it from the sibling tools by focusing on single-page scraping. It is a specific verb+resource statement, though it does not explicitly contrast with siblings like 'one_extract'.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description implies usage for scraping a single webpage and mentions the prerequisite for executeJavascript ('only when allowExecuteJavascript is true'). However, it does not explicitly state when to choose this tool over alternatives such as one_extract, one_search, or one_map, nor does it provide exclusion criteria.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
one_searchB
Search and retrieve content from web pages. Returns SERP results by default (url, title, description).
| Name | Required | Description | Default |
|---|---|---|---|
| limit | No | Maximum number of results to return (default: 10) | |
| query | Yes | Search query string | |
| language | No | Language code for search results (default: auto) | |
| timeRange | No | Time range for search results (default: all) | |
| categories | No | Categories to search for (default: general) |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
The description states it returns SERP results (url, title, description), which is helpful. However, with no annotations, it lacks details on pagination, rate limits, or blocking behaviors. It adequately covers the basic return value but could be more transparent.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is extremely concise with two sentences, front-loading the purpose. Every sentence adds value with no redundancy or filler.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the absence of an output schema and the presence of 5 parameters (including enums for categories and timeRange), the description does not fully explain the usage of these parameters or the structure of the response beyond basic SERP fields. It feels incomplete for an agent to use effectively.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Input schema coverage is 100%, so the schema already describes all parameters. The description adds no extra meaning beyond what the schema provides.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool searches and retrieves content from web pages and returns SERP results with URL, title, and description. It is specific but does not explicitly distinguish itself from sibling tools like one_map or one_scrape.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
No guidance is provided on when to use this tool versus alternatives. No when-not-to-use or prerequisite information is given.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
2 tool updates
v1.2.4- Changed
one_map2 fields changed- removed
Input schema / properties / ignoreSitemapRemoved value: -{ - "description": "Skip sitemap.xml discovery and only use HTML links", - "type": "boolean" -} - removed
Input schema / properties / sitemapOnlyRemoved value: -{ - "description": "Only use sitemap.xml for discovery, ignore HTML links", - "type": "boolean" -}
- Changed
one_scrape11 fields changed- changed
Input schema / properties / actions / descriptionPrevious value: -"List of actions to perform before scraping"New value: +"List of pre-scrape actions to run before content capture. Standard actions are bounded; executeJavascript requires allowExecuteJavascript: true." - changed
Input schema / properties / actions / items / anyOfPrevious value: -[ - { - "additionalProperties": false, - "properties": { - "milliseconds": { - "description": "Time to wait in milliseconds", - "type": "number" - }, - "type": { - "const": "wait", - "type": "string" - } - }, - "required": [ - "type", - "milliseconds" - ], - "type": "object" - }, - { - "additionalProperties": false, - "properties": { - "selector": { - "description": "CSS selector for the target element", - "type": "string" - }, - "type": { - "const": "click", - "type": "string" - } - }, - "required": [ - "type", - "selector" - ], - "type": "object" - }, - { - "additionalProperties": false, - "properties": { - "fullPage": { - "description": "Take full page screenshot", - "type": "boolean" - }, - "type": { - "const": "screenshot", - "type": "string" - } - }, - "required": [ - "type" - ], - "type": "object" - }, - { - "additionalProperties": false, - "properties": { - "selector": { - "description": "CSS selector for the target element", - "type": "string" - }, - "text": { - "description": "Text to write", - "type": "string" - }, - "type": { - "const": "write", - "type": "string" - } - }, - "required": [ - "type", - "selector", - "text" - ], - "type": "object" - }, - { - "additionalProperties": false, - "properties": { - "key": { - "description": "Key to press", - "type": "string" - }, - "type": { - "const": "press", - "type": "string" - } - }, - "required": [ - "type", - "key" - ], - "type": "object" - }, - { - "additionalProperties": false, - "properties": { - "direction": { - "description": "Scroll direction", - "enum": [ - "up", - "down" - ], - "type": "string" - }, - "type": { - "const": "scroll", - "type": "string" - } - }, - "required": [ - "type", - "direction" - ], - "type": "object" - }, - { - "additionalProperties": false, - "properties": { - "type": { - "const": "scrape", - "type": "string" - } - }, - "required": [ - "type" - ], - "type": "object" - }, - { - "additionalProperties": false, - "properties": { - "script": { - "description": "JavaScript code to execute", - "type": "string" - }, - "type": { - "const": "executeJavascript", - "type": "string" - } - }, - "required": [ - "type", - "script" - ], - "type": "object" - } -]New value: +[ + { + "additionalProperties": false, + "properties": { + "milliseconds": { + "description": "Time to wait in milliseconds", + "type": "number" + }, + "type": { + "const": "wait", + "type": "string" + } + }, + "required": [ + "type", + "milliseconds" + ], + "type": "object" + }, + { + "additionalProperties": false, + "properties": { + "selector": { + "description": "CSS selector for the target element", + "type": "string" + }, + "type": { + "const": "click", + "type": "string" + } + }, + "required": [ + "type", + "selector" + ], + "type": "object" + }, + { + "additionalProperties": false, + "properties": { + "selector": { + "description": "CSS selector for the target element", + "type": "string" + }, + "text": { + "description": "Text to write", + "type": "string" + }, + "type": { + "const": "write", + "type": "string" + } + }, + "required": [ + "type", + "selector", + "text" + ], + "type": "object" + }, + { + "additionalProperties": false, + "properties": { + "key": { + "description": "Key to press", + "type": "string" + }, + "type": { + "const": "press", + "type": "string" + } + }, + "required": [ + "type", + "key" + ], + "type": "object" + }, + { + "additionalProperties": false, + "properties": { + "direction": { + "description": "Scroll direction", + "enum": [ + "up", + "down" + ], + "type": "string" + }, + "type": { + "const": "scroll", + "type": "string" + } + }, + "required": [ + "type", + "direction" + ], + "type": "object" + }, + { + "additionalProperties": false, + "properties": { + "script": { + "description": "JavaScript code to execute", + "type": "string" + }, + "type": { + "const": "executeJavascript", + "type": "string" + } + }, + "required": [ + "type", + "script" + ], + "type": "object" + } +] - added
Input schema / properties / allowExecuteJavascriptAdded value: +{ + "description": "Must be true when actions contain executeJavascript. Use only for advanced page-side scripting.", + "type": "boolean" +} - removed
Input schema / properties / excludeTagsRemoved value: -{ - "description": "HTML tags to exclude from extraction", - "items": { - "type": "string" - }, - "type": "array" -} - removed
Input schema / properties / extractRemoved value: -{ - "additionalProperties": false, - "description": "Configuration for structured data extraction", - "properties": { - "prompt": { - "description": "User prompt for LLM extraction", - "type": "string" - }, - "schema": { - "additionalProperties": {}, - "description": "Schema for structured data extraction", - "type": "object" - }, - "systemPrompt": { - "description": "System prompt for LLM extraction", - "type": "string" - } - }, - "type": "object" -} - changed
Input schema / properties / formats / items / enumPrevious value: -[ - "markdown", - "html", - "rawHtml", - "screenshot", - "links", - "screenshot@fullPage", - "extract" -]New value: +[ + "markdown", + "html", + "rawHtml", + "screenshot", + "links", + "screenshot@fullPage" +] - removed
Input schema / properties / includeTagsRemoved value: -{ - "description": "HTML tags to specifically include in extraction", - "items": { - "type": "string" - }, - "type": "array" -} - removed
Input schema / properties / locationRemoved value: -{ - "additionalProperties": false, - "description": "Location settings for scraping", - "properties": { - "country": { - "description": "Country code for geolocation", - "type": "string" - }, - "languages": { - "description": "Language codes for content", - "items": { - "type": "string" - }, - "type": "array" - } - }, - "type": "object" -} - removed
Input schema / properties / mobileRemoved value: -{ - "description": "Use mobile viewport", - "type": "boolean" -} - removed
Input schema / properties / onlyMainContentRemoved value: -{ - "description": "Extract only the main content, filtering out navigation, footers, etc.", - "type": "boolean" -} - removed
Input schema / properties / removeBase64ImagesRemoved value: -{ - "description": "Remove base64 encoded images from output", - "type": "boolean" -}
4 tool updates
v1.2.1- Changed
one_extract8 fields changed- added
Input schema / $schemaAdded value: +"http://json-schema.org/draft-07/schema#" - added
Input schema / additionalPropertiesAdded value: +false - removed
Input schema / properties / allowExternalLinksRemoved value: -{ - "description": "Allow extraction from external links", - "type": "boolean" -} - removed
Input schema / properties / enableWebSearchRemoved value: -{ - "description": "Enable web search for additional context", - "type": "boolean" -} - removed
Input schema / properties / includeSubdomainsRemoved value: -{ - "description": "Include subdomains in extraction", - "type": "boolean" -} - removed
Input schema / properties / promptRemoved value: -{ - "description": "Prompt for the LLM extraction", - "type": "string" -} - removed
Input schema / properties / schemaRemoved value: -{ - "description": "JSON schema for structured data extraction", - "type": "object" -} - removed
Input schema / properties / systemPromptRemoved value: -{ - "description": "System prompt for LLM extraction", - "type": "string" -}
- Changed
one_map2 fields changed- added
Input schema / $schemaAdded value: +"http://json-schema.org/draft-07/schema#" - added
Input schema / additionalPropertiesAdded value: +false
- Changed
one_scrape9 fields changed- added
Input schema / $schemaAdded value: +"http://json-schema.org/draft-07/schema#" - added
Input schema / additionalPropertiesAdded value: +false - added
Input schema / properties / actions / items / anyOfAdded value: +[ + { + "additionalProperties": false, + "properties": { + "milliseconds": { + "description": "Time to wait in milliseconds", + "type": "number" + }, + "type": { + "const": "wait", + "type": "string" + } + }, + "required": [ + "type", + "milliseconds" + ], + "type": "object" + }, + { + "additionalProperties": false, + "properties": { + "selector": { + "description": "CSS selector for the target element", + "type": "string" + }, + "type": { + "const": "click", + "type": "string" + } + }, + "required": [ + "type", + "selector" + ], + "type": "object" + }, + { + "additionalProperties": false, + "properties": { + "fullPage": { + "description": "Take full page screenshot", + "type": "boolean" + }, + "type": { + "const": "screenshot", + "type": "string" + } + }, + "required": [ + "type" + ], + "type": "object" + }, + { + "additionalProperties": false, + "properties": { + "selector": { + "description": "CSS selector for the target element", + "type": "string" + }, + "text": { + "description": "Text to write", + "type": "string" + }, + "type": { + "const": "write", + "type": "string" + } + }, + "required": [ + "type", + "selector", + "text" + ], + "type": "object" + }, + { + "additionalProperties": false, + "properties": { + "key": { + "description": "Key to press", + "type": "string" + }, + "type": { + "const": "press", + "type": "string" + } + }, + "required": [ + "type", + "key" + ], + "type": "object" + }, + { + "additionalProperties": false, + "properties": { + "direction": { + "description": "Scroll direction", + "enum": [ + "up", + "down" + ], + "type": "string" + }, + "type": { + "const": "scroll", + "type": "string" + } + }, + "required": [ + "type", + "direction" + ], + "type": "object" + }, + { + "additionalProperties": false, + "properties": { + "type": { + "const": "scrape", + "type": "string" + } + }, + "required": [ + "type" + ], + "type": "object" + }, + { + "additionalProperties": false, + "properties": { + "script": { + "description": "JavaScript code to execute", + "type": "string" + }, + "type": { + "const": "executeJavascript", + "type": "string" + } + }, + "required": [ + "type", + "script" + ], + "type": "object" + } +] - removed
Input schema / properties / actions / items / propertiesRemoved value: -{ - "direction": { - "description": "Scroll direction", - "enum": [ - "up", - "down" - ], - "type": "string" - }, - "fullPage": { - "description": "Take full page screenshot", - "type": "boolean" - }, - "key": { - "description": "Key to press (for press action)", - "type": "string" - }, - "milliseconds": { - "description": "Time to wait in milliseconds (for wait action)", - "type": "number" - }, - "script": { - "description": "JavaScript code to execute", - "type": "string" - }, - "selector": { - "description": "CSS selector for the target element", - "type": "string" - }, - "text": { - "description": "Text to write (for write action)", - "type": "string" - }, - "type": { - "description": "Type of action to perform", - "enum": [ - "wait", - "click", - "screenshot", - "write", - "press", - "scroll", - "scrape", - "executeJavascript" - ], - "type": "string" - } -} - removed
Input schema / properties / actions / items / requiredRemoved value: -[ - "type" -] - removed
Input schema / properties / actions / items / typeRemoved value: -"object" - added
Input schema / properties / extract / additionalPropertiesAdded value: +false - added
Input schema / properties / extract / properties / schema / additionalPropertiesAdded value: +{} - added
Input schema / properties / location / additionalPropertiesAdded value: +false
- Changed
one_search2 fields changed- added
Input schema / $schemaAdded value: +"http://json-schema.org/draft-07/schema#" - added
Input schema / additionalPropertiesAdded value: +false
4 tool updates
- First observed
one_extract - First observed
one_map - First observed
one_scrape - First observed
one_search
TDQS
Scored across 4 tools
Each tool has a distinct core function: search returns SERP results, extract preprocesses multiple URLs, scrape handles single-page advanced operations, and map discovers links. There is minor overlap between extract and scrape for fetching page content, but their descriptions make the intended use cases clear.
All tool names follow the consistent pattern 'one_' prefix followed by a lowercase action verb (search, extract, scrape, map), with underscores between words. No mixed conventions or camelCase.
Four tools is well within the ideal range for a focused search/scraping server. Each tool covers a distinct aspect of web research, making the set feel appropriately scoped without being bloated.
The tool set covers the primary workflows: searching, extracting content, single-page scraping with advanced options, and link discovery. Minor gaps exist, such as no dedicated batch scraping tool, but the combined functionality handles most common use cases.
Maintenance
Related MCP Connectors
A comprehensive Model Context Protocol (MCP) server that enables AI assistants to interact with yoβ¦
Scrape, crawl and search the web for AI agents via MCP.
Docs: https://docs.keenable.ai/mcp-server Keenable is a free, remote MCP server that gives agents access to the web index. Search the web with ranked results and date/site filters, then fetch any indexed page as clean markdown. Works out of the box with no account or API key.
A Model Context Protocol server for Wix AI tools
Related MCP Servers
- FlicenseCqualityCmaintenanceBuilt as a Model Context Protocol (MCP) server that provides advanced web search, content extraction, web crawling, and scraping capabilities using the Firecrawl API.41-
- AlicenseBqualityDmaintenanceA Model Context Protocol server that enables AI assistants to perform advanced web scraping, crawling, searching, and data extraction through the Firecrawl API.927,437 npmMIT
- AlicenseAqualityBmaintenanceA Model Context Protocol server that provides real-time web search capabilities to AI assistants through pluggable search providers, currently integrated with the Brave Search API.516MIT
- AlicenseAqualityDmaintenanceA Model Context Protocol server that enables web scraping, crawling, and content extraction capabilities through integration with Firecrawl.827,437 npm2MIT