xiaobenyang-mcp-2-2
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| MCP_ID | Yes | MCP id | |
| XBY_APIKEY | Yes | 你的实际apikey (Your actual API key) |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Server capabilities have not been inspected yet.
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| get_all_dishesB | 获取所有可用菜品的名称列表 (菜单)。 |
| get_dish_contentC | 根据提供的菜品名称获取其详细内容。 |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 2 tools
The two tools have clearly distinct purposes: one retrieves a list of dish names, while the other fetches detailed content for a specific dish. There is no overlap or ambiguity between these functions, making it easy for an agent to select the correct tool based on the task.
Both tools follow a consistent verb_noun pattern (get_all_dishes and get_dish_content), using 'get' as the verb and descriptive nouns. The naming is predictable and readable, with no deviations or mixed conventions.
With only two tools, the server feels thin and under-scoped for a dish-related domain. While it covers basic retrieval, it lacks essential operations like creating, updating, or deleting dishes, which limits its utility and coherence as a complete toolset.
The toolset is severely incomplete for a dish management domain. It only provides read operations (list and get details), missing critical CRUD functions such as create_dish, update_dish, and delete_dish. This creates significant gaps that will likely cause agent failures when trying to perform full lifecycle management.