serper-search
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| PORT | No | Port number for HTTP mode | 3000 |
| MCP_HTTP_MODE | No | Set to true to enable HTTP/SSE mode | |
| SERPER_API_KEY | Yes | Your Serper API key for authentication | |
| SEARCH_RATE_LIMIT_MS | No | Minimum milliseconds between search requests | 500 |
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 |
|---|---|
| tools | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| searchA | Search the web using Serper API and fetch full content from each result page |
| fetch_page_contentC | Fetch and clean the main content of a web page, with a configurable content length limit |
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 are distinct in primary purpose: search is for query-based discovery, fetch_page_content is for retrieving a specific URL. However, the search tool also fetches content from result pages, creating slight overlap that could cause confusion, but descriptions help clarify.
Both tool names use an imperative verb style, but 'search' is a single verb while 'fetch_page_content' is a compound verb_noun. This is a minor inconsistency, yet the names remain clear and predictable.
With only two tools, the server feels thin for a search-focused MCP. They cover the core steps of search and content retrieval, but the count is at the borderline where the toolset could be perceived as minimal.
The domain of web search and content fetching is adequately covered: search discovers pages and fetches their content, while fetch_page_content handles arbitrary URLs. Missing features like search customization or pagination are minor and do not create dead ends.