DataProbe MCP
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| ONTOLOGY_PAT | No | Alternative for DATAPROBE_ACCESS_TOKEN. | |
| ONTOLOGY_API_KEY | No | Alternative API key. | |
| ONTOLOGY_API_URL | No | Alternative for DATAPROBE_BASE_URL. | |
| DATAPROBE_BASE_URL | No | Base URL of the DataProbe service. | http://10.0.12.186:8080 |
| DATAPROBE_MCP_HOST | No | Host for the MCP server to bind to. | 0.0.0.0 |
| DATAPROBE_MCP_PATH | No | Path for the MCP endpoint. | /mcp |
| DATAPROBE_MCP_PORT | No | Port for the MCP server. | 3000 |
| DATAPROBE_PASSWORD | No | Password for DataProbe authentication. | |
| DATAPROBE_USERNAME | No | Username for DataProbe authentication. | |
| ONTOLOGY_DATASET_ID | No | Alternative for DATAPROBE_DATASET_ID. | |
| DATAPROBE_DATASET_ID | No | Default dataset ID used by query tools. | |
| DATAPROBE_TIMEOUT_MS | No | Timeout in milliseconds for DataProbe requests. | 120000 |
| DATAPROBE_ACCESS_TOKEN | No | Access token for DataProbe authentication. | |
| DATAPROBE_MCP_DEBUG_LOG | No | Path to the debug log file. | ./dataprobe-mcp-debug.log |
| DATAPROBE_MCP_TRANSPORT | No | Transport mode; set to 'http' for remote service mode. | |
| DATAPROBE_REFRESH_TOKEN | No | Refresh token for DataProbe. |
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 | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| dataprobe_healthA | Check DataProbe service health. Requires DATAPROBE_ACCESS_TOKEN or DATAPROBE_USERNAME/DATAPROBE_PASSWORD. |
| dataprobe_list_datasetsB | List available DataProbe datasets. |
| dataprobe_askA | Ask a natural-language data question and poll until the DataProbe answer is finished. |
| dataprobe_get_ask_resultA | Get a DataProbe ask result by query id. |
| dataprobe_query_sqlC | Execute a read SQL query through DataProbe. |
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 5 tools
Tools are mostly distinct: health, list datasets, submit NL query, retrieve result, and execute SQL. The only slight overlap is between 'dataprobe_ask' and 'dataprobe_get_ask_result', but 'ask' includes polling and 'get_ask_result' is for fetching by ID, so the boundary is clear.
All names share the 'dataprobe_' prefix and use snake_case, which is consistent. However, 'dataprobe_ask' is a bare verb and 'dataprobe_health' is a noun, deviating from the verb_noun pattern seen in list_datasets, get_ask_result, and query_sql.
With 5 tools, the surface is tightly scoped for a data query service. It covers health, dataset discovery, natural-language querying, result retrieval, and SQL execution without unnecessary bloat.
Core workflows are covered: checking health, listing datasets, submitting and retrieving ask results, and running SQL. Minor gaps like a cancel operation or dataset schema access are missing but do not hinder the primary query/retrieve pattern.