eeg-mcp
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@eeg-mcpStart streaming from the Muse S board"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
โก๐ง eeg-mcp
Real-time EEG for AI agents โ stream, replay, visualize, record, stimulate
Documentation ยท Tutorial ยท Hardware ยท Safety ยท Tool Reference
A Model Context Protocol server that gives an AI agent one interface over the live EEG workflow: acquisition from ~66 BrainFlow boards, wall-clock replay of existing recordings, stateful online DSP, a live browser monitor, crash-safe recording, and gated stimulation output.
The offline counterpart is neuro-mcp (MNE processing, source imaging, BIDS/EHR storage). This is the real-time half โ everything that has to happen while the signal is still arriving.
Concept
flowchart LR
Researcher(["๐ฌ BCI Researcher"])
Clinician(["๐ฉบ Clinician"])
Agent[["๐ค AI Agent"]]
Server(("eeg-mcp<br/>FastMCP ยท 47 tools"))
Clinician -- talks to --> Agent
Researcher -- talks to --> Agent
Agent -- MCP --> Server
Server --> Acquire["Acquire<br/>66 boards ยท replay<br/>at true rate"]
Server --> Process["Process<br/>stateful online DSP<br/>custom plugins"]
Server --> Watch["Watch & Record<br/>live monitor ยท HTML<br/>crash-safe .fif"]
Server --> Stim["Stimulate<br/>LSL ยท TTL ยท TMS/tES<br/>3 safety gates"]
classDef acq fill:#14b8a6,stroke:#0d9488,color:#fff
classDef proc fill:#4f8cff,stroke:#2f5fbf,color:#fff
classDef viz fill:#b06fe0,stroke:#7c3fae,color:#fff
classDef stim fill:#eb5757,stroke:#b93b3b,color:#fff
class Acquire acq
class Process proc
class Watch viz
class Stim stimNobody calls a tool by hand โ you talk to an agent in plain English and it drives the 47 tools underneath. The tutorial shows what that looks like end to end, with no hardware required.
Related MCP server: SupaUI MCP Server
What it does
๐ก Stream
66 BrainFlow board identifiers โ OpenBCI, Muse, ANT Neuro, g.tec, Mentalab and more โ plus a synthetic board that needs no hardware. Samples land in a ring buffer filled by a background thread, so tool calls read a live view instead of blocking on a device.
โช Replay
Play an EDF/BDF/GDF/SET/FIF or BrainFlow CSV at the rate it was recorded, re-emitting annotations as events at their original timings. Adds speed, seek, pause and looping. A pipeline developed against a file runs unchanged against hardware.
๐ Visualize
A loopback-bound, token-gated live browser view: rolling traces, event markers, band power, per-electrode quality, and transport controls. Plus self-contained HTML reports โ no CDN, no external assets, opens on an air-gapped machine.
๐พ Record
Write continuously to MNE-native .fif with the event log attached as
annotations, plus a metadata row in a store schema-compatible with
neuro-mcp. Crash-safe: an interrupted session is recoverable.
๐งฉ Extend
Plug in your own real-time processor โ feature extractor, classifier, artifact gate, or EEG tokenizer for sequence models โ and it runs on the same footing as the built-ins, inside the acquisition loop. โ Extending
โก Stimulate
One send_stim_event contract over pluggable backends: LSL for software,
BrainFlow's marker channel for sample-aligned embedding, serial/TTL and
templated ASCII for hardware including TMS and tES โ behind three safety gates.
One event log. Board markers, replayed annotations, dispatched stimulations and manual notes all land in the same table on the same clock, with absolute sample indices. A closed-loop run reconstructs afterwards with no clock join.
Install
conda create -n eeg-mcp python=3.11 -y && conda activate eeg-mcp
pip install eeg-mcppip install "eeg-mcp[lsl]" # LSL marker outlets (PsychoPy, OpenViBE, ...)
pip install "eeg-mcp[serial]" # serial/TTL trigger delivery to hardwareRegister with an MCP client using an absolute path to the env's interpreter:
{
"mcpServers": {
"eeg-realtime": {
"command": "/path/to/envs/eeg-mcp/bin/python",
"args": ["-m", "eeg_mcp"]
}
}
}Or with the Claude Code CLI:
claude mcp add eeg-realtime -- /path/to/envs/eeg-mcp/bin/python -m eeg_mcpโ Full guide: Installation
Quick start
Ask your agent for the outcome; it picks the calls. No hardware required:
start_stream(session_id="s1", board="synthetic")
check_signal_quality(session_id="s1") # before trusting anything
set_filters(session_id="s1", bandpass_low=1, bandpass_high=40, notch_freq=50)
get_band_power(session_id="s1", seconds=2)
start_monitor(session_id="s1") # โ open the returned URLReplay a real recording as if it were live, then keep the record:
inspect_recording(path="sub-04_rest.edf")
start_replay(session_id="r1", path="sub-04_rest.edf", speed=1.0)
get_events(session_id="r1", origin="annotation")
export_report(session_id="r1", notes="Routine review.")flowchart LR
A["start_stream<br/><i>or</i> start_replay"] --> B[check_signal_quality]
B --> C[set_filters]
C --> D["get_band_power<br/>get_psd"]
C --> E[start_monitor]
C --> P[attach_processor]
A --> R[start_recording]
D --> S[send_stim_event]
P --> S
R --> X[stop_recording]
S --> X
E --> X
X --> Z[stop_stream]
classDef hot fill:#14b8a6,stroke:#0d9488,color:#fff
class A,X hotDocumentation
Guide | |
๐ Installation | Environment, client registration, troubleshooting |
๐ Tutorial | End to end, no hardware needed |
Build against a recording, deploy live | |
Feature โ trigger, with a measured latency budget | |
๐ฉบ Live Clinical Review | Visual review, annotation, reporting |
TMS and tES through the safety gates | |
๐งฉ Extending | Write a custom processor or EEG tokenizer |
๐ Supported Hardware | All 66 boards, formats, stimulation transports |
โ ๏ธ Safety | Read before connecting a stimulator |
๐ Tool Reference | All 47 tools |
The one design decision worth knowing
Filtering happens in the producer thread, not at query time.
A stateful IIR filter must see every sample exactly once, in order. The common shortcut โ filtering each query window independently โ restarts the filter at every window boundary and injects a transient each time. It is invisible in a band-power plot and fatal for anything phase-sensitive.
So the producer filters each chunk once as it arrives, carrying sosfilt
delay-line state forward, and writes to a second ring buffer. Queries just read.
flowchart LR
BF[Board / Recording] -->|poll| PR{{Producer thread}}
PR -->|raw chunk| RB[(Raw ring buffer)]
PR -->|stateful sosfilt| FB[(Filtered ring buffer)]
PR -->|markers & annotations| EL[(Event log)]
PR -->|append| DISK[(.fif on disk)]
PR -->|streaming| PL[Your processors]
RB & FB & EL --> Q[MCP tools]
classDef hot fill:#14b8a6,stroke:#0d9488,color:#fff
class PR hotThe test suite asserts chunked filtering matches whole-signal filtering to 1e-9, and asserts as a control that the naive approach does not.
Consequence | |
Filters are causal | No zero-phase option โ that needs future samples. |
Both buffers are kept |
|
Indices are shared | An event's |
Budget a closed loop asgroup delay + poll interval + dispatch latency โ measured at ~71 ms in the reference configuration. Good for neurofeedback; not adequate for phase-locked stimulation.
Stimulation safety
This software is not a medical device and has not been validated for clinical use. TMS and tES can cause harm, including seizure. Use only under a protocol approved by your ethics board, on a rig whose device-level interlocks are intact, with a trained operator present.
Three gates apply to every hardware backend:
# | Gate | Effect |
1 | Config | Hardware backends refuse to open unless the server was started with |
2 | Arming |
|
3 | Limits | Intensity, duration and interval are clamped; violations raise rather than silently saturate |
None of this replaces the interlocks on the device itself.
The hardware backends are generic transports driven by command templates you supply from your device's manual โ not vendor drivers, and none has been tested against a physical stimulator. A plausible-looking untested driver would be worse than none: it would fail silently while connected to something pointed at a person's head.
Start every protocol on backend="log", which accepts everything and emits nothing.
Verify
python testing/verify.py # core correctness
python testing/verify_recording.py # recording + metadata store
python testing/verify_processing.py # plugin processors
python testing/persona_bci_researcher.py # engineer workflow
python testing/persona_clinician.py # clinician workflowAll five drive the real server through FastMCP's in-memory client and assert against planted ground truth:
a spike planted at an annotation onset lands at t = 0 ยฑ 0 ms in the extracted epoch โ proving annotation timing, replay clock, ring-buffer indexing and epoch extraction all agree;
a deliberately broken plugin cannot stop acquisition โ throughput holds at 1.0;
hardware stimulation is refused while the config gate is unset.
โ What is and is not covered โ including an honest list of what has never been tested against real hardware.
License
BSD-3-Clause. See LICENSE and NOTICE.
โฌ back to top ยท Part of the AImplifier neuro toolchain ยท sibling project neuro-mcp
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
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/AImplifier/eeg-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server