Qwen Max MCP Server
With the Qwen Max MCP Server, you can generate text using advanced Qwen language models with configurable parameters:
Model Selection: Choose between Qwen-Max, Qwen-Plus, or Qwen-Turbo, each offering different balances of performance, speed, cost, and context window size.
Customizable Generation: Control outputs with parameters like
max_tokens(output length) andtemperature(creativity level).MCP Protocol Support: Integrate with Model Context Protocol (MCP) clients like Claude Desktop.
Versatile Applications: Support for tasks including code generation, technical writing, and creative content.
Error Handling: Receive detailed error messages for API authentication issues, invalid parameters, or token limits.
Large Context Windows: Process lengthy inputs (up to 1M tokens for Qwen-Turbo).
Provides access to Alibaba Cloud's Qwen family of language models (Max, Plus, Turbo) through the Dashscope API, allowing text generation with configurable parameters and support for large context windows up to 1 million tokens.
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Qwen Max MCP Serverwrite a creative short story about a robot learning to paint, temperature 0.9"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Qwen Max MCP Server
A Model Context Protocol (MCP) server implementation for the Qwen Max language model.
Why Node.js? This implementation uses Node.js/TypeScript as it currently provides the most stable and reliable integration with MCP servers compared to other languages like Python. The Node.js SDK for MCP offers better type safety, error handling, and compatibility with Claude Desktop.
Prerequisites
Node.js (v18 or higher)
npm
Claude Desktop
Dashscope API key
Related MCP server: DeepSeek MCP Server
Installation
Installing via Smithery
To install Qwen Max MCP Server for Claude Desktop automatically via Smithery:
npx -y @smithery/cli install @66julienmartin/mcp-server-qwen_max --client claudeManual Installation
git clone https://github.com/66julienmartin/mcp-server-qwen-max.git
cd Qwen_Max
npm installModel Selection
By default, this server uses the Qwen-Max model. The Qwen series offers several commercial models with different capabilities:
Qwen-Max
Provides the best inference performance, especially for complex and multi-step tasks.
Context window: 32,768 tokens
Max input: 30,720 tokens
Max output: 8,192 tokens
Pricing: $0.0016/1K tokens (input), $0.0064/1K tokens (output)
Free quota: 1 million tokens
Available versions:
qwen-max (Stable)
qwen-max-latest (Latest)
qwen-max-2025-01-25 (Snapshot, also known as qwen-max-0125 or Qwen2.5-Max)
Qwen-Plus
Balanced combination of performance, speed, and cost, ideal for moderately complex tasks.
Context window: 131,072 tokens
Max input: 129,024 tokens
Max output: 8,192 tokens
Pricing: $0.0004/1K tokens (input), $0.0012/1K tokens (output)
Free quota: 1 million tokens
Available versions:
qwen-plus (Stable)
qwen-plus-latest (Latest)
qwen-plus-2025-01-25 (Snapshot, also known as qwen-plus-0125)
Qwen-Turbo
Fast speed and low cost, suitable for simple tasks.
Context window: 1,000,000 tokens
Max input: 1,000,000 tokens
Max output: 8,192 tokens
Pricing: $0.00005/1K tokens (input), $0.0002/1K tokens (output)
Free quota: 1 million tokens
Available versions:
qwen-turbo (Stable)
qwen-turbo-latest (Latest)
qwen-turbo-2024-11-01 (Snapshot, also known as qwen-turbo-1101)
To modify the model, update the model name in src/index.ts:
// For Qwen-Max (default)
model: "qwen-max"
// For Qwen-Plus
model: "qwen-plus"
// For Qwen-Turbo
model: "qwen-turbo"For more detailed information about available models, visit the Alibaba Cloud Model Documentation https://www.alibabacloud.com/help/en/model-studio/getting-started/models?spm=a3c0i.23458820.2359477120.1.446c7d3f9LT0FY.
Project Structure
qwen-max-mcp/
├── src/
│ ├── index.ts # Main server implementation
├── build/ # Compiled files
│ ├── index.js
├── LICENSE
├── README.md
├── package.json
├── package-lock.json
└── tsconfig.jsonConfiguration
Create a
.envfile in the project root:
DASHSCOPE_API_KEY=your-api-key-hereUpdate Claude Desktop configuration:
{
"mcpServers": {
"qwen_max": {
"command": "node",
"args": ["/path/to/Qwen_Max/build/index.js"],
"env": {
"DASHSCOPE_API_KEY": "your-api-key-here"
}
}
}
}Development
npm run dev # Watch mode
npm run build # Build
npm run start # Start serverFeatures
Text generation with Qwen models
Configurable parameters (max_tokens, temperature)
Error handling
MCP protocol support
Claude Desktop integration
Support for all Qwen commercial models (Max, Plus, Turbo)
Extensive token context windows
API Usage
// Example tool call
{
"name": "qwen_max",
"arguments": {
"prompt": "Your prompt here",
"max_tokens": 8192,
"temperature": 0.7
}
}The Temperature Parameter
The temperature parameter controls the randomness of the model's output:
Lower values (0.0-0.7): More focused and deterministic outputs Higher values (0.7-1.0): More creative and varied outputs
Recommended temperature settings by task:
Code generation: 0.0-0.3 Technical writing: 0.3-0.5 General tasks: 0.7 (default) Creative writing: 0.8-1.0
Error Handling
The server provides detailed error messages for common issues:
API authentication errors Invalid parameters Rate limiting Network issues Token limit exceeded Model availability issues
Contributing
Contributions are welcome! Please feel free to submit a Pull Request.
License
MIT
Available Tools
1 toolqwen_maxC
Generate text using Qwen Max model
| Name | Required | Description | Default |
|---|---|---|---|
| prompt | Yes | The text prompt to generate content from | |
| max_tokens | No | Maximum number of tokens to generate | |
| temperature | No | Sampling temperature (0-2) |
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. While 'Generate text' implies a read-only operation, it doesn't disclose important behavioral traits like rate limits, authentication requirements, response format, error conditions, or cost implications. For a text generation tool with zero annotation coverage, this leaves significant gaps in understanding how the tool behaves.
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?
The description is extremely concise at just 5 words. Every word earns its place by specifying the action ('Generate'), resource ('text'), and model ('Qwen Max model'). There's no wasted language, repetition, or unnecessary elaboration. The structure is front-loaded with the core function.
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?
Given this is a text generation tool with no annotations and no output schema, the description is insufficiently complete. It doesn't explain what the tool returns, error conditions, rate limits, or any behavioral characteristics. While the schema covers parameters well, the overall context for using this tool effectively is incomplete. A text generation tool needs more contextual information than provided.
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%, so all parameters are documented in the schema. The description adds no parameter-specific information beyond what the schema already provides. It doesn't explain relationships between parameters, provide examples, or add semantic context. The baseline score of 3 reflects adequate parameter documentation coming entirely from the schema.
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 clearly states the tool's purpose as 'Generate text using Qwen Max model' - a specific verb ('Generate') with resource ('text') and model specification. It distinguishes itself as a text generation tool, though with no sibling tools, differentiation isn't needed. The purpose is unambiguous but could be slightly more specific about the type of text generation.
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 no guidance on when to use this tool versus alternatives. With no sibling tools mentioned, there's no context about other available models or tools. It doesn't mention prerequisites, limitations, or ideal use cases. The agent receives only the basic function without usage context.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
TDQS
With only one tool, there is no possibility of confusion or overlap between tools. The single tool 'qwen_max' has a clear and distinct purpose: generating text using the Qwen Max model.
Since there is only one tool, naming consistency is inherently perfect. The tool name 'qwen_max' follows a single, consistent pattern with no deviations or mixing of conventions to evaluate.
A single tool is too few for most server purposes, as it severely limits functionality and scope. While it might suffice for a minimal text generation service, it lacks the breadth typically expected for an MCP server, making it feel thin and under-scoped.
The tool provides a basic text generation capability, but there are notable gaps for a comprehensive AI model server. For example, it lacks tools for managing models, handling different input formats, or performing other common AI tasks like classification or summarization, which limits its utility.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
Use AI models for chat, image, and video generation from Claude Code and other MCP hosts.
MCP server for Qwen Image 3 AI image generation
A comprehensive Model Context Protocol (MCP) server that enables AI assistants to interact with yo…
Chinese web novel MCP: 36 tools (outline, prose, review, coach, KD export). BYOK, no API key.
Related MCP Servers
- AlicenseCqualityDmaintenanceEnables integration with OpenAI models through the MCP protocol, supporting concise and detailed responses for use with Claude Desktop.13MIT
- AlicenseDqualityDmaintenanceAllows seamless integration of DeepSeek's language models with MCP-compatible applications like Claude Desktop, supporting features such as model selection, temperature control, and multi-turn conversations with automatic model fallback.24952MIT
- AlicenseAqualityNot gradedmaintenanceEnables interaction with MiniMax AI APIs for text-to-speech, voice cloning, video generation, image generation, and music creation through MCP clients like Claude Desktop and Cursor.9
- AlicenseNot gradedqualityDmaintenanceEnables text-to-image generation using Zhipu AI's CogView-4 API. Supports generating images from text prompts with configurable size and quality parameters through MCP-compatible clients like Claude Desktop and Cline.37MIT
Appeared in Searches
- Integrating Claude code with Qwen or Gemini CLI tools for quality assurance
- Information about 'Pusher' - Possible Meanings or Applications
- Integrating Claude Desktop with a Local LLM using the LMStudio API
- Using OpenRouter to Access Available Language Models
- Alternative models for using MCPs besides Claude
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/kamelirzouni/MCP-server-Qwen_Max'
If you have feedback or need assistance with the MCP directory API, please join our Discord server