This server has critical definition gaps. Tool descriptions are present but minimal (10-30 chars), falling well below the 50-200 char LLM-optimized baseline. Most parameters lack descriptions entirely. Input schemas are visible for tools 1-3 but tools 4-6 (generated server) have no visible schema definitions in the provided code. Tool naming is reasonable (verb-noun pattern), but parameter documentation is sparse. No output schemas documented. Error handling is absent.
仅分析硬件协议,返回结构化的协议描述(调试用)。
取消正在执行的动作
将硬件 SDK/协议文档转换为标准化 MCP Server。
获取机器人当前状态
移动机器人到指定坐标
验证已有的 MCP Server 文件是否能正常运行。
Generated tools (get_state, move_robot, cancel_action_tool) have no visible input schemas in source code.
All tool descriptions are under 30 characters (e.g., 'get_state' = 'Get robot current state'). LLM-optimized descriptions should be 50-200 chars with context on WHEN to use and WHAT it returns.
Parameters lack descriptions. E.g., 'timeout' in validate_mcp_server has no description explaining units, valid range, or default. 'x' and 'y' in move_robot lack units, coordinate system, or range constraints.
No output schemas documented for any tool. LLMs cannot plan downstream calls or extract required fields without knowing return structure.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 43 | 2026-07-28+ | v2 |
No error handling guidance. Tools do not indicate what errors are retryable, user-fixable, or fatal. No recovery suggestions (e.g., 'If validation fails, check syntax with analyze_hardware_protocol').