mcp-fetch
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| MCP_FETCH_PORT | No | Port for HTTP transport mode | 8000 |
| MCP_FETCH_CACHE_DIR | No | Directory for storing cache files | ./.mcp-fetch-cache |
| MCP_FETCH_TRANSPORT | No | Transport mode: stdio or http | |
| MCP_FETCH_TTL_SECONDS | No | Time-to-live for cached items in seconds | 1800 |
| MCP_FETCH_MAX_CACHE_BYTES_TOTAL | No | Maximum total cache size in bytes (512 MiB) | 536870912 |
| MCP_FETCH_MAX_SINGLE_TRANSFER_BYTES | No | Maximum size for a single transfer in bytes (200 MiB) | 209715200 |
| MCP_FETCH_WAIT_CHUNK_TIMEOUT_SECONDS | No | Timeout for waiting on chunk data in seconds | 30 |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tasks | {
"list": {},
"cancel": {},
"requests": {
"tools": {
"call": {}
},
"prompts": {
"get": {}
},
"resources": {
"read": {}
}
}
} |
| tools | {
"listChanged": true
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| fetch_pageA | Fetch/Crawl a dynamic web page and convert to Markdown (supports JavaScript). Use this tool to:
Protocol:
Args:
Returns:
|
| http_requestA | Perform a generic HTTP request (GET, POST, PUT, DELETE, etc) for APIs or raw data. Use this tool when:
Note: For GET requests to renderable web pages, prefer Protocol:
|
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 2 tools
The two tools have clearly distinct purposes: fetch_page is for scraping dynamic web pages with JavaScript rendering and converting to Markdown, while http_request is for generic HTTP requests to APIs or raw files. The descriptions explicitly note when to use each tool, eliminating any overlap or confusion.
Both tools follow a consistent verb_noun pattern (fetch_page and http_request) with clear, descriptive names that match their functions. There are no deviations or mixed conventions in the naming style.
With only 2 tools, the server feels thin for a general-purpose HTTP fetching domain, as it might lack coverage for specialized scenarios like WebSocket handling or advanced caching. However, the tools cover core use cases (dynamic page scraping and generic HTTP requests), making it borderline but functional.
The tool set covers essential HTTP operations for web scraping and API interactions, with clear guidance on when to use each tool. Minor gaps exist, such as no dedicated tools for WebSocket connections or batch request handling, but agents can likely work around these using the provided tools.