Deepseek Thinker MCP Server
Deepseek Thinker MCP 서버
MCP(Model Context Protocol) 제공자는 Claude Desktop과 같은 MCP 지원 AI 클라이언트에 Deepseek 추론 콘텐츠를 제공합니다. Deepseek API 서비스 또는 로컬 Ollama 서버에서 Deepseek의 사고 과정에 접근할 수 있도록 지원합니다.
핵심 기능
🤖 듀얼 모드 지원
OpenAI API 모드 지원
Ollama 로컬 모드 지원
🎯 집중 추론
Deepseek의 사고 과정을 포착합니다
추론 출력을 제공합니다
Related MCP server: Deepseek MCP Server
사용 가능한 도구
겟딥식싱크싱커
설명 : Deepseek 모델을 사용하여 추론을 수행합니다.
입력 매개변수 :
originPrompt(문자열): 사용자의 원래 프롬프트
반환 : 추론 과정을 포함하는 구조화된 텍스트 응답
환경 구성
OpenAI API 모드
다음 환경 변수를 설정하세요.
지엑스피1
올라마 모드
다음 환경 변수를 설정하세요.
USE_OLLAMA=true용법
Claude Desktop과 같은 AI 클라이언트와 통합
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>"
}
}
}
}올라마 모드 사용
{
"mcpServers": {
"deepseek-thinker": {
"command": "npx",
"args": [
"-y",
"deepseek-thinker-mcp"
],
"env": {
"USE_OLLAMA": "true"
}
}
}
}로컬 서버 구성
{
"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>"
}
}
}
}개발 설정
# Install dependencies
npm install
# Build project
npm run build
# Run service
node build/index.js자주 묻는 질문
다음과 같은 응답: "MCP 오류 -32001: 요청 시간이 초과되었습니다"
이 오류는 Deepseek API 응답이 너무 느리거나 추론 콘텐츠 출력이 너무 길어서 MCP 서버의 시간이 초과될 때 발생합니다.
기술 스택
타입스크립트
@modelcontextprotocol/sdk
오픈AI API
올라마
Zod(매개변수 검증)
특허
이 프로젝트는 MIT 라이선스에 따라 라이선스가 부여됩니다. 자세한 내용은 라이선스 파일을 참조하세요.
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