Deepseek Thinker MCP Server
Servidor MCP de Deepseek Thinker
Un proveedor MCP (Protocolo de Contexto de Modelo) que proporciona contenido de razonamiento de Deepseek a clientes de IA compatibles con MCP, como Claude Desktop. Permite el acceso a los procesos de pensamiento de Deepseek desde el servicio API de Deepseek o desde un servidor Ollama local.
Características principales
🤖 Soporte de modo dual
Compatibilidad con el modo API de OpenAI
Compatibilidad con el modo local de Ollama
🎯 Razonamiento enfocado
Captura el proceso de pensamiento de Deepseek
Proporciona una salida de razonamiento
Related MCP server: Deepseek MCP Server
Herramientas disponibles
pensador de búsqueda profunda
Descripción : Realice razonamiento utilizando el modelo Deepseek
Parámetros de entrada :
originPrompt(cadena): mensaje original del usuario
Devuelve : Respuesta de texto estructurada que contiene el proceso de razonamiento
Configuración del entorno
Modo API de OpenAI
Establezca las siguientes variables de entorno:
API_KEY=<Your OpenAI API Key>
BASE_URL=<API Base URL>Modo Ollama
Establezca la siguiente variable de entorno:
USE_OLLAMA=trueUso
Integración con AI Client, como Claude Desktop
Agregue la siguiente configuración a su claude_desktop_config.json :
{
"mcpServers": {
"deepseek-thinker": {
"command": "npx",
"args": [
"-y",
"deepseek-thinker-mcp"
],
"env": {
"API_KEY": "<Your API Key>",
"BASE_URL": "<Your Base URL>"
}
}
}
}Usando el modo Ollama
{
"mcpServers": {
"deepseek-thinker": {
"command": "npx",
"args": [
"-y",
"deepseek-thinker-mcp"
],
"env": {
"USE_OLLAMA": "true"
}
}
}
}Configuración del servidor local
{
"mcpServers": {
"deepseek-thinker": {
"command": "node",
"args": [
"/your-path/deepseek-thinker-mcp/build/index.js"
],
"env": {
"API_KEY": "<Your API Key>",
"BASE_URL": "<Your Base URL>"
}
}
}
}Configuración de desarrollo
# Install dependencies
npm install
# Build project
npm run build
# Run service
node build/index.jsPreguntas frecuentes
Respuesta como esta: "Error MCP -32001: Se agotó el tiempo de solicitud"
Este error ocurre cuando la respuesta de la API de Deepseek es demasiado lenta o cuando la salida del contenido del razonamiento es demasiado larga, lo que provoca que el servidor MCP agote el tiempo de espera.
Pila tecnológica
Mecanografiado
@modelcontextprotocol/sdk
API de OpenAI
Ollama
Zod (validación de parámetros)
Licencia
Este proyecto está licenciado bajo la Licencia MIT. Consulte el archivo de LICENCIA para más detalles.
Available Tools
1 toolget-deepseek-thinkerD
think with deepseek
| Name | Required | Description | Default |
|---|---|---|---|
| originPrompt | Yes | user's original prompt |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries full burden for behavioral disclosure. 'think with deepseek' reveals nothing about whether this is a read/write operation, what permissions are needed, whether it has side effects, rate limits, or what kind of response to expect. It's completely opaque about behavioral characteristics.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
While technically concise with just three words, this is under-specification rather than effective conciseness. The description fails to convey meaningful information, so its brevity is a deficiency rather than a virtue. Every word should earn its place, but here the words don't provide useful content.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a tool with no annotations and no output schema, the description is completely inadequate. It doesn't explain what the tool does, when to use it, what behavior to expect, or what results it returns. The single parameter is documented in the schema, but the overall context for using this tool is missing entirely.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, with the single parameter 'originPrompt' clearly documented as 'user's original prompt'. The description adds no additional parameter information beyond what the schema provides, which is acceptable given the high schema coverage. The baseline of 3 is appropriate when the schema does the documentation work.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description 'think with deepseek' is a tautology that restates the tool name rather than explaining what the tool actually does. It doesn't specify what resource is being accessed or what operation is performed. While it hints at some thinking/processing function, the purpose remains vague and undefined.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description provides absolutely no guidance about when to use this tool, what problems it solves, or what context it's appropriate for. There are no sibling tools mentioned, but even for a standalone tool, this offers no usage context or prerequisites.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
1 tool update
- First observed
get-deepseek-thinker
TDQS
Scored across 1 tool
With only one tool, there is no possibility of ambiguity or overlap between tools. The single tool's purpose is clearly distinct by default.
The single tool name 'get-deepseek-thinker' follows a consistent pattern, and with no other tools to compare, there is no inconsistency in naming conventions.
A single tool is too few for most server purposes, as it limits functionality and suggests a thin or incomplete surface. This is borderline for typical server scopes, leaning towards inadequacy.
The server's purpose appears to be 'think with deepseek,' but with only one tool, the surface is severely incomplete. There are obvious gaps, such as no way to configure, modify, or manage thinking processes, leading to dead ends for agents.
Maintenance
Related MCP Connectors
AI Reasoning Cache & Consensus Layer with 11 MCP tools via Streamable HTTP.
Reasoning, code, anti-deception, memory harness MCP tools. Stdio or HTTPS api.ejentum.com/mcp
Agent-to-agent reasoning-as-a-service: chain-of-thought, analysis, and decision support.
Shared memory and actions for Claude, Kiro, OpenAI, Cursor, and other MCP-compatible AI clients.
Related MCP Servers
- AlicenseBqualityFmaintenanceEnables consulting with local Ollama models for reasoning from alternative viewpoints. Supports sending prompts to Ollama models and listing available models on your local Ollama instance.51MIT
- AlicenseAqualityAmaintenanceMCP server for DeepSeek AI models (Chat + Reasoner). Supports multi-turn sessions, model fallback with circuit breaker, function calling, thinking mode, JSON output, multimodal input, and cost tracking.3447 npm20MIT
- AlicenseCqualityDmaintenanceA Model Context Protocol (MCP) server that provides access to DeepSeek-R1's reasoning capabilities, allowing non-reasoning models to generate better responses with enhanced thinking.12MIT
- AlicenseNot gradedqualityBmaintenanceConnects MCP clients to DeepSeek API, including DeepSeek-R1 reasoning with visible chain-of-thought. Provides four tools: generate, chat, reason, and list models.1MIT