Skip to main content
Glama
everford

Fetcher MCP

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault

No arguments

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

Server capabilities have not been inspected yet.

Tools

Functions exposed to the LLM to take actions

NameDescription
fetch_urlC

Retrieve web page content from a specified URL

fetch_urlsC

Retrieve web page content from multiple specified URLs

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

C2.9/5.0

Scored across 2 tools

Disambiguation3/5

The two tools have overlapping purposes—both fetch web page content—but the descriptions clarify that one handles a single URL while the other handles multiple URLs. This distinction is clear enough to avoid misselection, but the core functionality is identical, leading to some ambiguity in why they are separate tools.

Naming Consistency5/5

The tool names follow a perfectly consistent verb_noun pattern with 'fetch_url' and 'fetch_urls', using snake_case throughout. The naming is predictable and clear, with no deviations in style or convention.

Tool Count2/5

With only two tools, the server feels under-scoped for a general-purpose 'Fetcher' domain. A single tool with parameters for single or multiple URLs could suffice, making the current count seem redundant and inefficient for typical agent workflows.

Completeness2/5

The tool surface is severely incomplete for web fetching; it lacks essential operations like handling HTTP methods (e.g., POST), managing headers, parsing content, or error handling. Agents will face dead ends when needing more than basic retrieval, causing frequent failures.