About neuro-mcp
neuro-mcp is an MCP server for clinicians and researchers working with EEG data. It combines MNE-based processing, dataset and EHR storage, and interactive visualizations in one interface.
Key features
- 01EEG processing and source imaging with MNE
- 02Dataset registration and BIDS imports
- 03Versioned EHR and annotation records
- 04Audit trail for record changes
- 05Interactive EEG and ERP visualizations
Use cases
- 01Process EEG recordings for research
- 02Import and query BIDS datasets
- 03Review recordings and manage annotations
- 04Record, amend, and audit clinical observations
MCP support
Exposes 54 tools to MCP clients for EEG processing, dataset and EHR management, annotations, and visualization. NeuroII integration tools define a REST contract but are not yet wired to the service.
Configuration
Local server config is the same for every client. Copy it into your client’s MCP config file.
Tools
54Saved tool list · updated 2d ago
| Parameter | Type | Required | Description |
|---|---|---|---|
| preload | boolean | No | Load sample data into memory (required for most processing). |
| file_path | string | Yes | Absolute path to the recording file. |
| session_id | string | No | Session key to store state under; reuse it in later calls. |
Details
From the project README🧠 neuro-mcp
An MCP for NeuroAgents that assist clinicians and researchers
It gives an AI agent one interface over the whole clinical/research EEG workflow: signal processing and source imaging (via MNE-Python), a persistent dataset + EHR store (Postgres + BIDS), and NeuroII web visualization.
Concept
flowchart LR
Clinician(["🩺 Clinician"])
Researcher(["🔬 Researcher"])
Agent[["🤖 AI Agent"]]
Server(("neuro-mcp<br/>FastMCP · 54 tools"))
Clinician -- talks to --> Agent
Researcher -- talks to --> Agent
Agent -- MCP --> Server
Server --> Processing["Processing & Source Imaging<br/>MNE-Python + ESI"]
Server --> Data["Data & EHR Store<br/>Postgres + BIDS<br/>versioned & audited"]
Server --> NeuroII["NeuroII<br/>Web Visualization"]
classDef proc fill:#4f8cff,stroke:#2f5fbf,color:#fff
classDef data fill:#2fb380,stroke:#1c7a55,color:#fff
classDef viz fill:#b06fe0,stroke:#7c3fae,color:#fff
class Processing proc
class Data data
class NeuroII viz
A clinician or researcher never calls a tool directly — they talk to an agent in plain English, and the agent drives neuro-mcp's 54 tools underneath. See the Tutorial for what that actually looks like end to end.
Actors & workflows
- Clinician — reviews a recording, adds/edits annotations, and amends EHR (records a diagnosis/observation, corrects a value), then signs off.
- Researcher — discovers datasets, imports to BIDS, runs MNE processing + source imaging.
- Agent — orchestrates the above via tool calls.
Clinical-safety model (EHR & annotations)
EHR records and annotations are versioned, never overwritten or hard-deleted:
- Amend = a new audited version.
amend_ehr_record/update_annotationinsert a new version; the prior one is retained with statusamended. So a clinician can modify the EHR — the current view updates while the original and its author are preserved. - Retract = soft void.
void_ehr_record/void_annotationset statusentered-in-error; the record stays in the history. - Every mutation is audited (
audit_log: actor, action, before/after). - Mutating tools take an explicit
actorso authorship is on the record. (Auth/RBAC enforcement is planned for v0.2; the fields and trail are in place.)
Each tool returns an outcome field for the operation (created/amended/voided/…)
distinct from the record's clinical status, so the two never collide.
Tools (54)
- Processing (
load_neuro,filter_neuro,resample_neuro,set_montage,set_reference,detect_bad_channels,run_ica/apply_ica,find_events,epoch_neuro,compute_psd,compute_erp,time_frequency,plot_*) and source imaging / ESI (fetch_template_head…extract_label_timecourses). - Data/EHR:
register_subject,get_subject,add_ehr_record,amend_ehr_record,get_ehr_history,void_ehr_record;import_recording,register_dataset,query_datasets,list_recordings;add_annotation,update_annotation,list_annotations,void_annotation;get_audit_log. - neuroii:
neuroii_push_recording,neuroii_create_viz_session,neuroii_pull_annotations. - neuroii visualizations (standalone interactive HTML, Plotly):
visualize_timeseries(stacked multi-channel EEG with scroll + amplitude buttons and annotation markers),visualize_averaging(ERP butterfly + scalp topomap scrubbed by a time slider),visualize_esi(source-estimate ROI time courses + per-time activation bars).
Install
conda create -n neuro-mcp python=3.11 -y # or any Python >=3.10 env
conda activate neuro-mcp
pip install neuro-mcp # core, from PyPI
pip install "neuro-mcp[postgres]" # + PostgreSQL driver (LGPL-3.0)
pip install "neuro-mcp[viz3d]" # + 3D source rendering (PySide6, LGPL-3.0)
Working on neuro-mcp itself instead? Clone the repo and use
pip install -e . in place of the line above — see
Installation for
the full zero-to-hero setup, including Claude Code/Codex CLI/Claude Desktop
registration.
Configure (environment variables)
| Variable | Default | Purpose |
|---|---|---|
DATABASE_URL | sqlite:///~/.neuro-mcp/neuro_mcp.db | Store. Prod: postgresql+psycopg://user:pass@host/db |
BIDS_ROOT | ~/.neuro-mcp/bids | Root of the BIDS-on-disk recording tree |
NEUROII_API_URL | (unset) | neuroii base URL; unset → tools return the documented contract |
NEUROII_API_TOKEN | (unset) | Optional bearer token for neuroii |
NEURO_MCP_HOME | ~/.neuro-mcp | Base dir for the SQLite + BIDS defaults |
The default (SQLite + a scratch BIDS dir) runs with zero setup; point
DATABASE_URL at Postgres for a multi-user/clinical deployment.
Run / register with an MCP host
python -m neuro_mcp # stdio transport
{
"mcpServers": {
"neuro-analysis": {
"command": "/path/to/envs/neuro-mcp/bin/python",
"args": ["-m", "neuro_mcp"],
"env": { "DATABASE_URL": "sqlite:////data/neuro_mcp.db", "BIDS_ROOT": "/data/bids" }
}
}
}
neuroii web visualization
Three tools port NEUROII's main views into self-contained interactive HTML
files (Plotly, embedded — no server, works offline). Each returns the .html
path; interaction runs client-side:
visualize_timeseries(RawView) — MNE-style stacked channels with page navigation (⏮ ◀ ▶ ⏭), a page-length box, scroll-to-zoom amplitude, a grid toggle, and recording annotations drawn as labelled marker lines (toggleable).visualize_averaging(EvokedView) — the averaged ERP as stacked channels with a green time cursor + a scalp topomap; a time slider scrubs both, plus a summary sidebar (nave / peak / tmin / tmax).visualize_esi(EsiView) — a volumetric source estimate (fsaverage template) rendered to canvas on three orthogonal MRI slices (sagittal/coronal/axial) with a black-blue-white-red activation overlay, crosshair, L/R and MNI-coordinate labels; the cut planes recentre on each frame's peak. Below, the ERP butterfly carries a red current-time cursor and a blue half-peak marker. Controls: time slider, global/frame colormap-scale toggle, and a mask-threshold slider. Faithful port of NEUROII's views; needs epochs (epoch_neuro+set_montage).
visualize_averaging(session_id="s") -> {"out_path": ".../averaging_s.html", ...}
neuroii integration (greenfield)
neuroii integration is not wired yet. The tools define and return the expected
REST contract (see neuro_mcp/neuroii/client.py); until NEUROII_API_URL is
set they respond {"status": "not_configured", "contract": {…}} so the neuroii
app has a fixed target to implement (POST /api/v1/recordings,
POST /api/v1/viz-sessions, GET /api/v1/recordings/{id}/annotations).
Testing
python testing/verify.py # in-memory MCP client, temp SQLite + BIDS, synthetic EEG
Covers rename integrity, the processing core, the full clinician EHR/annotation
lifecycle (add → amend → history → void, with audit), and the neuroii stub.
For a full-stack run against Postgres, use testing/docker-compose.yml.
Licensing
neuro-mcp is BSD-3-Clause and bundles no third-party source. All required dependencies are permissive (BSD/MIT/Apache-2.0/PSF). Optional extras carry their own terms — psycopg (LGPL-3.0), PySide6 (LGPL-3.0, chosen over GPL PyQt6). Full attribution and compliance notes are in NOTICE.
License
BSD-3-Clause — see LICENSE.
Comments
New to MCP?
From what the protocol is to installing your first server, these answers cover most first questions.
An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.