capmonster-mcp
OfficialServer Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| CM_API_KEY | Yes | Your CapMonster Cloud 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
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
| prompts | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| get_actual_user_agentA | Fetch a current, real-world (Windows) User-Agent string from CapMonster's UA service. Use ONE User-Agent as a single fingerprint thread across the whole solve — they must all match or the solved token is likely to be rejected:
CapMonster requires a current Windows-OS UA; a stale/invalid one fails with ERROR_WRONG_USERAGENT, so re-fetch here rather than reusing an old one. |
| create_taskA | Submit a captcha task; returns taskId. Poll with get_task_result. task must include 'type' and all required fields. Always look up required params at https://docs.capmonster.cloud/docs/captchas/ — do not rely on training data. For a task holding one or more large base64 blobs (ComplexImageTask with
several images, htmlPageBase64 for Cloudflare cf_clearance/wait_room, or
any other opaque field/combined payload too big to type safely) pass
|
| get_task_resultA | Fetch a task result ONCE (a single poll). Prefer Returns a dict:
The IMPORTANT: several types return a |
| get_task_result_waitA | Poll a task to completion and return its solution (the usual way to collect a result after create_task). Blocks, polling /getTaskResult every Returns the same ready dict as get_task_result:
{"status": "ready", "solution": {...}, "cost": ..., ...}
The IMPORTANT: several types return a Raises an error on solve error (e.g. ERROR_RECAPTCHA_TIMEOUT — often a slow
proxy) or if the task is still processing when |
| get_balanceA | Get CapMonster account balance. |
| get_supported_tasksA | List captcha task types supported by CapMonster, sourced from the OpenAPI spec. |
| get_task_parametersA | Return the parameters for a CapMonster task type, from the live OpenAPI spec. Use after get_supported_tasks() to look up what fields a task needs. Pass either a top-level type name (e.g. 'RecaptchaV2Task', 'TurnstileTask') or a CustomTask class name (e.g. 'DataDome', 'altcha', 'HUNT'). Returns:
⚠️ The flat field list is a starting point, not the whole contract. When
|
| get_docsA | Fetch a CapMonster documentation page by its URL and return its text. Use this to read a captcha type's docs (exact task parameters, how to extract them from a live page, and worked createTask/getTaskResult examples). Pick the URL from the llms.txt index (https://docs.capmonster.cloud/llms.txt) — it lists every doc page. Also accepts llms-full.txt and the OpenAPI spec URL. Only URLs on docs.capmonster.cloud or api.capmonster.cloud are allowed. Jumping to a section (preferred on big pages — avoids paging by hand):
Paging (when you want the raw text, no section):
Pages that don't fit in |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| analyze_and_solve | Generate a full solve workflow for a page containing a captcha. |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 8 tools
The three reference tools (get_supported_tasks, get_task_parameters, get_docs) have overlapping purposes but are clearly distinguished: one lists types, one returns structured parameters, and one fetches documentation pages. The polling pair get_task_result vs get_task_result_wait is well-differentiated, and no two tools actually do the same thing.
All tools follow a consistent verb_noun pattern: get_* for informational/account operations and create_task for the single mutation. Names are specific, predictable, and use the same style throughout.
Eight tools is well-scoped for a captcha-solving service. The set covers balance, user-agent, task creation, two result-polling variants, and three complementary reference tools, each earning its place without redundancy.
The core captcha-solving lifecycle is covered: discover supported tasks, look up parameters and docs, create the task, and poll for the result. Account balance and user-agent fetching address operational needs, leaving no dead ends in the primary workflow.