MCP server for Tsinghua DeepSeek API providing chat completion and model management capabilities
Server has 4 tools with complete input schemas and descriptions, but quality is uneven. Tool names follow verb_noun convention (list_models, health_check, simple_chat, chat_completion). Descriptions are present but brief (34-89 chars, below the 50-200 char LLM-optimized baseline). Parameters have types and descriptions, but lack constraints (enums, ranges, patterns). No output schema documentation. Error handling returns structured responses but lacks recovery guidance. Missing tool annotations (readOnlyHint, destructiveHint). Overall: functional but below production baseline.
OpenAI-compatible chat completion tool with full message history support.
Send a tiny request to verify that the API key and endpoint are working.
List the models currently documented by the Tsinghua DeepSeek endpoint.
Send a single-turn chat request to the Tsinghua DeepSeek endpoint.
Output schemas not documented. LLMs cannot plan downstream calls or extract required fields. Tools return dict[str, Any] with no schema specification.
Parameter constraints missing. 'temperature' and 'repetition_penalty' lack min/max bounds; 'model' lacks enum constraint; 'timeout' unbounded. Invites invalid LLM inputs.
Descriptions too brief (34-89 chars vs 50-200 baseline). 'Send a single-turn chat request' lacks context on when to use vs chat_completion. No dependency hints or prerequisites stated.
No tool annotations. Tools lack readOnlyHint (all are read-only), destructiveHint, or idempotentHint. LLMs cannot reason about retry safety or side effects.
Inferred effective spec: <=2025-11-25.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | C | 63 | <=2025-11-25 | v2 |
Error responses lack recovery guidance. Returns {'ok': False, 'error': message} but does not suggest next steps (e.g., 'Try health_check() first' or 'Refresh API key if expired').