Skip to main content
Glama

dashai-mcp

An MCP server for dashAI, the open source Machine Learning workbench led by the University of Chile (FCFM), built by students of DCC UChile and UTFSM, with CENIA and IMFD.

It gives an agent the same surface dashAI gives a person through its GUI: look at datasets, see which models are available, train, follow queued work, and read the metrics.

"Train a random forest on dataset 3 predicting 'species' and tell me the F1"

Status

v0.2.0 — verified against a running dashAI 0.9.7.post1. 25 deterministic tests green, plus one complete end-to-end training run: dashai_train_modeldashai_job_statusdashai_get_run with metrics.

Verifying against a live instance surfaced four bugs that tests with doubles could not see, all of them gaps between dashAI's documentation and its actual behaviour. They are described below and each one has its own regression test.

Related MCP server: agent-mailbox-mcp

Install

uv pip install git+https://github.com/Maarmapa/dashai-mcp
# or: pip install git+https://github.com/Maarmapa/dashai-mcp

Not published on PyPI yet.

In your MCP client configuration:

{
  "mcpServers": {
    "dashai": {
      "command": "dashai-mcp"
    }
  }
}

dashAI has to be running separately (dashai, or the desktop app). It is looked up at http://localhost:8000 by default.

Tools

Tool

What it does

dashai_server_info

Is dashAI up? How many datasets and runs are there

dashai_list_datasets

Lists the loaded datasets

dashai_describe_dataset

Columns, types and a sample — all in one call

dashai_list_components

Available models, metrics, tasks and optimizers

dashai_train_model

Trains. Enqueues and returns job_id + run_id

dashai_job_status

Job progress: not_started / started / finished / error

dashai_list_runs

Recorded runs, for comparing models

dashai_get_run

Configuration and metrics of a run

dashai_predict

Predicts using the model of a finished run

Four things dashAI's documentation gets wrong

Found by running against a real instance. If you are writing a client for this API, these will bite you:

What the docs say

What the code does

?select_types=["Model","Metric"]

Must be repeated parameters: ?select_types=Model&select_types=Metric. The JSON array returns 422.

POST /job/ with a JSON body

It is form data, with kwargs serialized as a JSON string. Its own openapi.json declares no requestBody for that route, because the endpoint parses request by hand.

splits as an object

It travels as a JSON string: the Pydantic schema declares it str.

optimize(model_class, search_space, X, y, n_trials)

The real signature is optimize(model, input_dataset, output_dataset, parameters, metric), and model is an instance, not a class.

The component registry also has 13 types, not the four the documentation suggests: Task, GenerativeTask, Model, GenerativeModel, DataLoader, DatasetSource, Metric, Optimizer, Job, LocalExplainer, GlobalExplainer, Explorer, Converter.

And GET /run/{id} returns split_indexes with the full list of indices: on a 10,000-row dataset that is 59 KB, 99% of the response. This server replaces it with the per-split counts, bringing the response down to ~1 KB.

Three design decisions

1. Nine tools, not 142

dashAI exposes 142 REST endpoints. Generating one tool per endpoint is mechanical and it is a mistake: a model with 140 tools burns context reading the catalogue and chooses worse. These nine cover the actual working path.

2. dashai_train_model collapses three calls

In the raw API, training is a chained sequence:

POST /model-session/   → creates the experiment
POST /run/             → creates the run
POST /job/             → enqueues the ModelJob

With required fields the GUI fills in on its own and that are undocumented — plot_history_path, plot_slice_path, plot_contour_path, plot_importance_path. On top of that, splits travels as a JSON string, not an object, even though dashAI's documentation shows it as an object: the backend's Pydantic schema declares it str. That kind of detail is exactly what makes an agent fail against the raw API.

Here it is a single call, and it does not block: training can take hours, so it returns the job_id immediately and progress is polled with dashai_job_status.

3. No tool deletes anything

dashAI's API has no authentication — checked endpoint by endpoint. That is coherent for something local-first, but it means there is no barrier between a misread sentence and an irreversible DELETE /dataset/{id}. Deleting is done from the GUI, looking at what is being deleted.

For the same reason, the server refuses to point at a non-local host:

DASHAI_BASE_URL points to 'ml.example.com', which is not local, and dashAI's API
has no authentication: exposing it to the network leaves the backend open to
anyone who can reach it.

This can be disabled on purpose with DASHAI_ALLOW_REMOTE=1, if the target is protected some other way.

Configuration

Variable

Default

What for

DASHAI_BASE_URL

http://localhost:8000

Where the backend is

DASHAI_ALLOW_REMOTE

(no)

Allow a non-local host (see above)

DASHAI_TIMEOUT

30

Seconds to wait per request

Development

python -m venv .venv && .venv/bin/pip install -e ".[dev]"
.venv/bin/python -m pytest tests/ -q

The tests stub the HTTP responses with respx: they need neither a dashAI instance nor credentials. They test the contract — which calls are made, in what order, with what body, and what the agent is told when something fails.

A note on the SDK

Requires the MCP Python SDK 2.x. Version 2.0 removed mcp.server.fastmcp; it is now mcp.server.mcpserver.MCPServer, and annotations are ToolAnnotations objects instead of dictionaries. Most tutorials still show the 1.x API.

License

MIT, same as dashAI. This is a third-party, unofficial server: it is not affiliated with the dashAI project or the institutions that develop it.

Install Server
A
license - permissive license
A
quality
C
maintenance

Maintenance

Maintainers
Response time
Release cycle
Releases (12mo)
Commit activity

Resources

Unclaimed servers have limited discoverability.

Looking for Admin?

If you are the server author, to access and configure the admin panel.

Related MCP Servers

  • F
    license
    A
    quality
    F
    maintenance
    MCP server that exposes 300+ AI agents as tools via a single API key. Supports listing agents, invoking any agent with chat-completion style messages, checking agent health, and retrieving platform statistics.
    5
    3
  • A
    license
    -
    quality
    C
    maintenance
    MCP server that exposes Pakunoda project state to AI agents, providing resources, tools, and prompts for inspecting candidates, scores, and triggering hyperparameter searches.
    MIT
  • A
    license
    -
    quality
    B
    maintenance
    MCP server that enables agents to dynamically switch between multiple AI models (OpenAI, Anthropic, Google, etc.) with unified protocol-driven configuration and capability discovery.
    Apache 2.0

View all related MCP servers

Related MCP Connectors

  • MCP server exposing the Backtest360 engine API as tools for AI agents.

  • MCP server for AI agents to plan, verify, and deploy Cloudflare-native apps.

  • MCP server for AI dialogue using various LLM models via AceDataCloud

View all MCP Connectors

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/Maarmapa/dashai-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server