searxng-mcp-server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
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
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| searchC | |
| get_available_enginesB | Get information about available search engines |
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: get_available_engines retrieves metadata about search engines, while search performs actual searches. There is no overlap or ambiguity between these functions.
Both tools follow a consistent verb_noun naming pattern (get_available_engines and search). The naming is straightforward and predictable across the toolset.
With only two tools, the server feels under-scoped for a search functionality domain. While the core search operation is present, typical search-related operations like managing preferences, saving searches, or advanced filtering are missing, making the toolset feel thin.
The toolset is severely incomplete for a search server. It lacks essential operations such as configuring search settings, handling search history, or integrating with other data sources. The surface is minimal and does not cover the expected lifecycle of search interactions.