Amazing Cultivation MCP
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| ACS_ROOT | No | Path to the Steam installation directory of Amazing Cultivation Simulator, e.g. D:/SteamLibrary/steamapps/common/AmazingCultivationSimulator |
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
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| acsmcp_callC | Observe and operate Amazing Cultivation Simulator through structured game state, verified high-level helpers, native UI, and fallback Windows input. Start with helper.observe or helper.startingPlan. |
| acsmcp_methodsA | List supported ACS MCP methods and their purpose. |
| acsmcp_guideA | Return the recommended observe-decide-act-verify loop and argument recipes for reliably playing ACS. |
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 3 tools
acsmcp_call is the sole execution tool while acsmcp_methods and acsmcp_guide are both documentation/discovery tools, which creates mild overlap between listing methods and returning argument recipes. The descriptions do differentiate them well enough that an agent can pick correctly in most cases.
All three names share the acsmcp_ prefix and snake_case style, which is predictable. The only deviation is that 'call' is a verb while 'methods' and 'guide' are nouns, a minor inconsistency in an otherwise coherent scheme.
This is a facade/dispatcher design where nearly all real capability is folded into a single acsmcp_call tool, leaving two of three tools as documentation. Three tools is thin but defensible for a single-domain game automation server, sitting at the borderline of the appropriate range.
The call tool claims observation, high-level helpers, native UI, and input fallback, suggesting broad operational coverage, and the methods/guide tools provide discoverability. However, the actual surface is opaque from the outside—no explicit lifecycle operations (save/load, session state, cancellation) are visible, so gaps cannot be ruled out.