microtensor-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| MICROTENSOR_API_KEY | Yes | Your Microtensor API key from https://www.microtensor.cloud/console/keys. Required to authenticate with the Microtensor API. | |
| MICROTENSOR_BASE_URL | No | Overrides the Microtensor API base URL. | https://api.microtensor.cloud/v1 |
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
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| ask_specialistC | Send a request to a Microtensor specialist. context is the task context (for SQL, the schema as CREATE TABLE statements); model is mt/auto, mt/ or a pin. |
| list_modelsA | List the served models with task, quality and whether an operator holds them now. |
| routing_tasksA | List the tasks mt/auto routes today and the specialist each one goes to. |
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
The three tools are largely distinct: ask_specialist performs inference, list_models enumerates models, and routing_tasks enumerates task routes. list_models and routing_tasks are both read-only listing tools, so there is mild overlap, but the descriptions differentiate model attributes from task-to-specialist routing.
ask_specialist and list_models follow a clean verb_noun pattern, but routing_tasks is a noun phrase with no verb and breaks the convention. The set is readable but uses mixed styles.
With only 3 tools, the surface is thin for what appears to be a routing/inference service. Each tool earns its place, but the count is borderline minimal for the implied scope.
Core actions (ask, list models, list routes) are covered, but there is no way to manage or inspect pins even though ask_specialist references them, and no tool to query individual model or routing details. Notable gaps exist in the lifecycle.