deepseek-web-search
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| DEEPSEEK_API_KEY | Yes | DeepSeek API key. Required; if missing, the server can still start but tool calls return a configuration error. | |
| DEEPSEEK_BASE_URL | No | Optional DeepSeek base URL. Default is https://api.deepseek.com. Must not include /v1 or credentials. | https://api.deepseek.com |
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": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| searchA | Search the web with DeepSeek's search API and return the raw JSON response exactly as received. The response is a JSON object with a query supports DeepSeek search syntax: site:github.com, -site:example.com, -term, "exact phrase", lang:zh,en, after:2025-01-01, before:2026. Structured filters are appended to query. Results are not filtered or truncated by this server. Billing: 5 CNY per 1,000 successful requests that produce results. Rate limit: 100 QPS. |
| fetchA | Fetch a URL through DeepSeek and return the raw JSON response exactly as received. The response is a JSON object with |
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
search and fetch have clearly distinct purposes: discovery via query vs. retrieval of a specific known URL. The search description even explicitly redirects agents to fetch for a specific URL, eliminating any overlap.
Both tools use a single lowercase verb with no mixed conventions (no camelCase, no noun-only names). The pattern is fully predictable across the two-tool surface.
Two tools is on the thin side, but for a narrowly scoped search-and-retrieve proxy it is exactly the right surface — no tool feels extraneous and none is missing. Slightly below 5 only because the count leaves no room for filter/parameter discovery aids.
Search plus fetch covers the full web-retrieval lifecycle with no dead ends, and both tools return raw upstream JSON. Minor gap: structured filters are mentioned as being 'appended to query' without explicit parameters, so agents must guess the syntax.