io.github.AceDataCloud/mcp-glm
OfficialServer Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| ACEDATACLOUD_API_TOKEN | Yes | Your AceDataCloud API token. Get from https://platform.acedata.cloud |
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
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| glm_chat_completionsB | Create a GLM chat completion using the AceDataCloud GLM API. |
| glm_list_modelsA | List all available GLM models for the GLM API. |
| glm_get_usage_guideA | Get a comprehensive guide for using the GLM tools. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| glm_guide | Guide for choosing the right GLM tool and model for chat completion tasks. |
| glm_workflow_examples | Common workflow examples for GLM tasks. |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 3 tools
The three tools serve clearly different purposes: generating a completion, listing models, and reading documentation. The only mild overlap is between the usage-guide tool and the rich descriptions already embedded in the other two tools, which could make an agent ask 'do I need the guide first?'
All tools share a consistent glm_ prefix, and two of three follow a verb_noun pattern (glm_get_usage_guide, glm_list_models). glm_chat_completions breaks the verb-first convention by using a resource path name, but it remains readable and predictable.
Three tools is on the thin side for an API wrapper surface, and one of them (glm_get_usage_guide) is essentially packaged documentation rather than an operational capability. The count is defensible for a narrow single-endpoint wrapper but feels minimal.
Chat completion plus model listing covers the core workflow, but there is no embeddings, no streaming/tokenization, and no non-chat GLM endpoint, so agents needing anything beyond chat hit a dead end. The surface is workable but notably incomplete for a 'GLM API' server.