Hydrata MCP Server

Run ANUGA flood simulations, track progress, and retrieve results on Hydrata Cloud.

Local serverstdio

What is the Hydrata MCP server?

Hydrata MCP server exists for a simple reason — assistants are far more useful when they can act on Hydrata directly instead of describing what you should do. Run ANUGA flood simulations, track progress, and retrieve results on Hydrata Cloud.

What you get

Add to your .mcp.json (Claude Code, Cursor, Windsurf, etc.):

What the assistant can call

Once Hydrata is connected, these are the calls the assistant has available:

  • list_projects — List ANUGA simulation projects (paginated)
  • get_project — Get project details including scenarios
  • get_scenario — Get scenario status and latest run
  • start_simulation — Start a flood simulation (local/EC2/Batch backends)
  • get_run_status — Lightweight status poll (<50ms)
  • get_run — Full run details with timing and results
  • cancel_run — Cancel an in-flight simulation
  • retry_run — Retry a failed simulation
  • list_runs — List runs across a project (with status filter)

Setting it up

Setup follows the usual MCP pattern — install or clone the server, register it in your client's configuration file, restart the client. The configuration blocks on this page cover the common clients.

Choosing this one

Plenty of developer tooling servers cover similar ground. The differences that matter in practice are scope of access and how much setup stands between you and a working tool call. Hydrata's toolset — list_projects, get_project, get_scenario and 6 more — is a fair guide to whether it matches your workflow. It is maintained by com.hydrata; worth a glance at recent repository activity before you build anything load-bearing on it.

We check each listing at SyncDev against the project's documentation before it goes live — if something here drifts out of date, it is a bug worth reporting.

Before you rely on it

  • It runs with your machine's permissions. That is convenient and also the reason to think about what you point it at before you approve a tool call.
  • With 9 tools registered it takes up a noticeable share of the context window; turn it off in projects that never touch Hydrata.
  • MCP clients confirm each tool call by default. Leave that on until you have watched what the hydrata mcp server does with a few real requests.

Available tools

ToolWhat it does
list_projectsList ANUGA simulation projects (paginated)
get_projectGet project details including scenarios
get_scenarioGet scenario status and latest run
start_simulationStart a flood simulation (local/EC2/Batch backends)
get_run_statusLightweight status poll (<50ms)
get_runFull run details with timing and results
cancel_runCancel an in-flight simulation
retry_runRetry a failed simulation
list_runsList runs across a project (with status filter)

How to install the Hydrata MCP server

{
  "mcpServers": {
    "hydrata": {
      "type": "streamable-http",
      "url": "https://hydrata.com/mcp/"
    }
  }
}

Configuration as documented by the project. Restart the client after saving.

Example prompts to try

  • Use Hydrata to list projects.
  • Use Hydrata to get project.
  • Use Hydrata to get scenario.

Frequently asked questions

It connects Hydrata to MCP-compatible AI assistants such as Claude and Cursor, exposing 9 tools (list_projects, get_project, get_scenario, and more) that the assistant can call on your behalf. Instead of copying data back and forth by hand, the assistant works with Hydrata directly.