UseScraper MCP Server
Servidor MCP de UseScraper
Este es un servidor MCP basado en TypeScript que ofrece funciones de web scraping mediante la API UseScraper. Expone una herramienta única, "scrape", que puede extraer contenido de páginas web en varios formatos.
Características
Herramientas
scrape- Extraer contenido de una página webParámetros :
url(obligatorio): La URL de la página web que se va a rasparformat(opcional): El formato para guardar el contenido (texto, HTML, Markdown). Valor predeterminado: Markdown.advanced_proxy(opcional): Usa un proxy avanzado para evitar la detección de bots. Valor predeterminado: falso.extract_object(opcional): Objeto que especifica los datos a extraer
Related MCP server: MCP-Typescribe
Instalación
Instalación mediante herrería
Para instalar UseScraper para Claude Desktop automáticamente a través de Smithery :
npx -y @smithery/cli install usescraper-server --client claudeInstalación manual
Clonar el repositorio:
git clone https://github.com/your-repo/usescraper-server.git cd usescraper-serverInstalar dependencias:
npm installConstruir el servidor:
npm run build
Configuración
Para utilizar con Claude Desktop, agregue la configuración del servidor:
En MacOS: ~/Library/Application Support/Claude/claude_desktop_config.json En Windows: %APPDATA%/Claude/claude_desktop_config.json
{
"mcpServers": {
"usescraper-server": {
"command": "node",
"args": ["/path/to/usescraper-server/build/index.js"],
"env": {
"USESCRAPER_API_KEY": "your-api-key-here"
}
}
}
}Reemplace /path/to/usescraper-server con la ruta real al servidor y your-api-key-here con su clave API de UseScraper.
Uso
Una vez configurada, puede usar la herramienta "scrape" a través de la interfaz MCP. Ejemplo de uso:
{
"name": "scrape",
"arguments": {
"url": "https://example.com",
"format": "markdown"
}
}Desarrollo
Para desarrollo con reconstrucción automática:
npm run watchDepuración
Dado que los servidores MCP se comunican a través de stdio, la depuración puede ser complicada. Recomendamos usar el Inspector MCP , disponible como script de paquete:
npm run inspectorEl Inspector proporcionará una URL para acceder a las herramientas de depuración en su navegador.
Available Tools
1 toolscrapeC
Scrape content from a webpage using UseScraper API
| Name | Required | Description | Default |
|---|---|---|---|
| url | Yes | URL to scrape | |
| format | No | Format to save crawled page content. Strongly recommended to keep as markdown for optimal AI processing (default: markdown) | |
| advanced_proxy | No | Use advanced proxy to circumvent bot detection (default: false) | |
| extract_object | No | Optional object specifying data to extract |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, the description fails to disclose behavioral traits beyond the API name. It does not mention rate limits, authentication, potential failures, or what happens with the proxy option. The schema provides some param hints, but the description adds no behavioral context.
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 sentence, concise and front-loaded. It is appropriately sized for a simple tool, though it could include a bit more detail without becoming verbose.
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 has 4 parameters, nested objects, and no output schema, the description is too minimal. It does not explain what is returned or how the tool behaves in edge cases, leaving significant gaps for an agent.
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% with each parameter described, so the baseline is 3. The description adds minimal extra meaning beyond stating the API, so it meets the baseline without enhancing understanding.
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 identifies the action (scrape) and resource (webpage), naming the API used (UseScraper). However, 'scrape' is broad and could be more specific about what types of content or how it extracts, but without siblings it's sufficiently clear.
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 or any exclusions. The description only states what it does, leaving the agent to infer usage context.
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.
1 tool update
v0.1.0- First observed
scrape
TDQS
Scored across 1 tool
Only one tool exists, so there is no possibility of confusion with other tools.
With a single tool, naming is trivially consistent.
A single tool for web scraping is borderline; it might suffice for basic use but feels thin for a full-featured scraper server.
The single scrape tool covers the core functionality, but lacks additional features like selecting specific elements or handling different output formats, which are common in web scraping APIs.
Maintenance
Related MCP Connectors
A TypeScript MCP server for Home Assistant, enabling programmatic management of entities, automati…
A simple Typescript MCP server built using the official MCP Typescript SDK and smithery/cli. This…
MCP server for 500+ pay-per-call web scraping, search, social, business, and financial data tools.
Programmatic web-scraping MCP server powered by x402 micro-transactions on Base.
Related MCP Servers
- AlicenseCqualityCmaintenanceMCP Server enabling integration with Scrapezy to retrieve structured data from websites.121 npm14MIT
- AlicenseNot gradedqualityDmaintenanceAn MCP server that enables LLMs to understand and work with TypeScript APIs they haven't been trained on by providing structured access to TypeScript type definitions and documentation.17 npm46MIT
- AlicenseAqualityDmaintenanceA TypeScript-based web scraping server built on the Model Context Protocol that offers multiple export formats, content extraction rules, and support for both static and dynamic (SPA) websites.712 npm1MIT
- AlicenseNot gradedqualityDmaintenanceA TypeScript-based MCP server that provides backend API handling and facilitates communication between microservices. Features an organized structure with controllers, routes, and models for easy extensibility and maintenance.284 npm1MIT