Nimbus BCI
概览
作者提供的说明(英文原文)
BCI/EEG toolkit: public MOABB/BNCI datasets, pipeline build/validate, hosted training, BIDS export.
它能帮你做什么
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
- 连接方式: 电脑或云端
- 传输方式: stdio, Streamable HTTP
- 分类: 数据库与数据集
- 你需要填写:NIMBUS_TOKEN, NIMBUS_MCP_KEY
安装
选择你使用的 AI 应用,然后复制设置。
通过 5/5 项检查 · 你的提问会经过开发者的服务器(nimbus-mcp.fly.dev)
第一步:你用哪个 AI?
选择你用的应用,步骤会显示在下方。
可连接 Claude · 约 2 分钟
不需要密钥,不用安装程序 · 在 claude.ai 或桌面应用设置一次,即可在聊天中使用 · 免费账户可添加 1 个
打开 Claude 的 Connectors 页面
CustomizeConnectors
点击“+ Add” → “Add custom connector”,填写这 2 项
把这里的内容复制到 Claude 中同名的输入框,然后点击 Continue
Name · 名称Nimbus BCIRemote MCP server URL · 地址https://nimbus-mcp.fly.dev/mcpAuthentication 保持 Claude 检测到的设置,然后点击 Add
在聊天中开启
+ConnectorsNimbus BCI
试一试
用 Nimbus BCI 告诉我你能帮我做什么,然后做一件给我看✓ 如果 Claude 说正在使用 Nimbus BCI,或回答中出现 Nimbus BCI 的工具名称,就表示连接成功
菜单名称已于 2026年11月11日 对照 Anthropic 帮助页面核实 · 你的界面可能因版本略有不同
仅企业版 ChatGPT 可连接
适用于网页版 ChatGPT Business、Enterprise 或 Edu,需由工作区管理员或所有者添加 · 使用 Free、Plus 或 Pro:你的 ChatGPT 方案暂时无法自行连接 MCP
在网页版 ChatGPT 打开添加 MCP 的页面
Plugins+Add custom MCP server
填写名称和地址
输入名称,在 Connection 下粘贴地址,勾选风险提示,然后点击 Create as a plugin
Name · 名称Nimbus BCIConnection · 地址https://nimbus-mcp.fly.dev/mcp在聊天中选择 Nimbus BCI
开启新聊天,输入前先从插件列表中选择 Nimbus BCI
试一试
用 Nimbus BCI 告诉我你能帮我做什么,然后做一件给我看✓ 如果 ChatGPT 说正在使用 Nimbus BCI,或回答中出现 Nimbus BCI 的工具名称,就表示连接成功
菜单名称已于 2026年11月11日 对照 OpenAI 帮助页面核实 · 你的界面可能因版本略有不同
可连接 Claude Code · 约 2 分钟
不需要密钥,不用安装程序
打开终端
Mac:按 Command+空格,输入 Terminal · Windows:打开 PowerShell
粘贴这条命令并按 Enter
claude mcp add --transport http nimbus https://nimbus-mcp.fly.dev/mcp在 Claude Code 中输入 /mcp
应能看到 Nimbus BCI 在列表中并显示已连接
试一试
用 Nimbus BCI 告诉我你能帮我做什么,然后做一件给我看✓ 如果 Claude Code 说正在使用 Nimbus BCI,或回答中出现 Nimbus BCI 的工具名称,就表示连接成功
菜单名称已于 2026年11月11日 对照 Anthropic 帮助页面核实 · 你的界面可能因版本略有不同
可连接 Cursor · 约 2 分钟
不需要密钥,不用安装程序
在 Cursor 中以 Agent 模式打开 AI 聊天
试一试
用 Nimbus BCI 告诉我你能帮我做什么,然后做一件给我看✓ 如果 Cursor 说正在使用 Nimbus BCI,或回答中出现 Nimbus BCI 的工具名称,就表示连接成功
菜单名称已于 2026年11月11日 对照 Cursor 帮助页面核实 · 你的界面可能因版本略有不同
可连接 VS Code · 约 2 分钟
不需要密钥,不用安装程序
在 VS Code 中以 Agent 模式打开 AI 聊天
试一试
用 Nimbus BCI 告诉我你能帮我做什么,然后做一件给我看✓ 如果 VS Code 说正在使用 Nimbus BCI,或回答中出现 Nimbus BCI 的工具名称,就表示连接成功
菜单名称已于 2026年11月11日 对照 VS Code 帮助页面核实 · 你的界面可能因版本略有不同
其他支持 MCP 的应用(如 Windsurf、Zed、Gemini CLI)添加方式各不相同,请在应用列表中查看
通过网页连接的应用使用的地址
https://nimbus-mcp.fly.dev/mcpJSON 设置在下方“开发者专用”中
开发者专用:终端命令和 JSON 设置
通过网页连接
Claude Code
claude mcp add --transport http nimbus https://nimbus-mcp.fly.dev/mcpCursor (~/.cursor/mcp.json)
{
"mcpServers": {
"nimbus": {
"url": "https://nimbus-mcp.fly.dev/mcp"
}
}
}VS Code (mcp.json)
{
"servers": {
"nimbus": {
"type": "http",
"url": "https://nimbus-mcp.fly.dev/mcp"
}
}
}安装在电脑上
Claude Code
claude mcp add nimbus --env NIMBUS_API_URL=your-value --env NIMBUS_TOKEN=your-value --env NIMBUS_TOKEN_FILE=your-value --env NIMBUS_MCP_KEY=your-value --env NIMBUS_MCP_KEY_FILE=your-value -- uvx nimbus-mcpClaude Desktop (claude_desktop_config.json)
{
"mcpServers": {
"nimbus": {
"command": "uvx",
"args": [
"nimbus-mcp"
],
"env": {
"NIMBUS_API_URL": "your-value",
"NIMBUS_TOKEN": "your-value",
"NIMBUS_TOKEN_FILE": "your-value",
"NIMBUS_MCP_KEY": "your-value",
"NIMBUS_MCP_KEY_FILE": "your-value"
}
}
}
}Cursor (~/.cursor/mcp.json)
{
"mcpServers": {
"nimbus": {
"command": "uvx",
"args": [
"nimbus-mcp"
],
"env": {
"NIMBUS_API_URL": "your-value",
"NIMBUS_TOKEN": "your-value",
"NIMBUS_TOKEN_FILE": "your-value",
"NIMBUS_MCP_KEY": "your-value",
"NIMBUS_MCP_KEY_FILE": "your-value"
}
}
}
}VS Code (mcp.json)
{
"servers": {
"nimbus": {
"type": "stdio",
"command": "uvx",
"args": [
"nimbus-mcp"
],
"env": {
"NIMBUS_API_URL": "your-value",
"NIMBUS_TOKEN": "your-value",
"NIMBUS_TOKEN_FILE": "your-value",
"NIMBUS_MCP_KEY": "your-value",
"NIMBUS_MCP_KEY_FILE": "your-value"
}
}
}
}需要你填写的值
NIMBUS_API_URLenvNimbus backend URL. Defaults to the local backend (http://127.0.0.1:8080) — the desktop app and local key flow expect this; use https://nimbus-studio.fly.dev to run against the hosted API.NIMBUS_TOKEN机密 envHosted API token (nimb_…) minted in Nimbus Studio → Account → API tokens. Not needed if you already ran `nimbus-mcp login`.NIMBUS_TOKEN_FILEenvPath to a 0600 JSON file {"token": "…"} holding a hosted API token (keeps secrets out of MCP configs).NIMBUS_MCP_KEY机密 envLocal-backend key; must match MCP_LOCAL_KEY on your Nimbus backend (dev server) or the desktop app's key.NIMBUS_MCP_KEY_FILEenvPath to a local-backend key file. The desktop app's mcp-key.json is auto-discovered without this.
这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
一览
哪些应用可以使用它
依据这个服务器的连接方式和各应用自己的文档,检查于 2026年11月10日。
通过互联网连接,适用于
ClaudeChatGPTGooseLM StudioMsty StudioCherry StudioCursorVS Code + GitHub CopilotVisual StudioWindsurf (Devin Desktop)ZedKiroClineContinueJetBrains AI AssistantClaude CodeCodex CLIGemini CLIOpenCodenodecodeWarpLibreChatOpen WebUIRaycast
在你的电脑上运行,适用于
ClaudeGooseLM StudioMsty StudioCherry StudioCursorVS Code + GitHub CopilotVisual StudioWindsurf (Devin Desktop)ZedKiroClineContinueJetBrains AI AssistantClaude CodeCodex CLIGemini CLIOpenCodenodecodeWarpLibreChatRaycast
它能做什么
工具名称和描述与服务器在 2026年11月11日 报告的完全一致。这些内容由作者撰写,不是我们写的;我们以纯文本形式显示。
account.whoamiWho you are authenticated as: account email, plan (isPro / pioneer), this month's free-run quota, and — with a hosted token — the token name and days until it expires. Call this first when setup guidance appears or to check which credential a session uses. In anonymous Local Free
catalog.nodesList Nimbus pipeline node types (data, preprocessing, features, models...). Use catalog.node_schema(node_type) for one node's full config schema and ports.
catalog.node_schemaFull config JSON schema + input/output ports for one node type.
catalog.templatesList built-in starter pipelines (MI/P300/SSVEP...). catalog.template(id) returns the graph. Each row carries ``datasetId`` (catalog id, e.g. "BNCI2014_001" — the id catalog.leaderboard and catalog.datasets use) and ``paradigm`` when the template loads a public dataset.
catalog.templateFull template incl. the 'train' execGraph needed by execution.run/pipeline.validate.
catalog.datasetsCurated public EEG datasets (MOABB packs) available to pipelines.
catalog.leaderboardPublic benchmark leaderboard: pipeline rankings per dataset. Two tracks: the top-level ``within_session`` block (curated suite pipelines) and ``crossSubject`` (leave-one-subject-out — curated pipelines plus BYO ``python_model`` submissions; BYO rows carry ``kind: "byo"`` and an `
leaderboard.submitSubmit a BYO python_model to a leaderboard track for server-side scoring. Nimbus scores it server-side under the track's fixed protocol — you submit code, never results. Poll ``leaderboard.status`` with the returned ``submissionId``; scoring takes minutes (classical) to tens of m
leaderboard.statusFetch one of your leaderboard submissions (owner-only). Returns status (queued | scoring | done | failed), metrics when done (meanAccuracyPct + CI, same shape as leaderboard rows), or the error that failed it.
leaderboard.mineList your leaderboard submissions (newest first), all datasets.
pipeline.validateValidate a pipeline graph before running. ExecGraphSnapshot: {nodes: [{id, type, config}], connections: [{from, to}]}. Build it from catalog.template(id).train or from scratch using catalog.nodes().
pipeline.validate_nodeValidate one node's config (schema + semantic checks). Catches the same value errors as pipeline.validate for a single node (inverted bandpass, CSP components vs channel count when dataset is set).
execution.runStart a pipeline run (NON-BLOCKING). Returns executionId — poll with execution.get() until status is completed/failed, then execution.results(). If an identical graph is already running for you, the run still starts but the response carries a ``warning`` + ``duplicateOf`` ids (ca
execution.cancelCancel a running execution.
execution.deletePermanently delete one of your finished runs (completed/failed/cancelled) with its results. Running runs must be cancelled first (409 nimbus.execution.delete_not_terminal). Owner only.
execution.getExecution status summary (status: running/completed/failed/cancelled). Summary fields: ``dataset`` is the human-readable display label (e.g. "BCIIV2a"); ``datasetId`` is the catalog id (e.g. "BNCI2014_001") accepted by other tools (data.inspect_dataset, public_data.dataset). ``ti
execution.listRecent executions. Optional status filter (running/completed/failed/cancelled). Per-run fields: ``dataset`` is the human-readable display label (e.g. "BCIIV2a"); ``datasetId`` is the catalog id (e.g. "BNCI2014_001") accepted by other tools (data.inspect_dataset, public_data.datas
execution.resultsMetrics for a completed run. Trimmed by default (accuracy, kappa, ITR, confusion matrix, per-class); full=True returns the complete result object.
calibration.startStart a guided subject calibration session (NON-BLOCKING; confirm-gated — the device goes on a human's head). The Nimbus Studio app shows the cues on its calibration dashboard automatically; poll calibration.status. Requires a Pro plan (hosted token or Pro session): calibration n
calibration.statusLive snapshot of a calibration session (phase, current trial, progress, paused). Once complete, carries the recorded upload — call calibration.train to turn it into the subject's own classifier.
calibration.pausePause a running calibration between trials (cues hold; resume anytime).
calibration.resumeResume a paused calibration session.
calibration.trainTrain the subject's own classifier from a COMPLETED calibration session (NON-BLOCKING). Fetches the recorded upload, wires it into a train pipeline as a custom_data source, and starts the run. Requires a Pro plan (custom_data training is freemium-gated). The calibrate→train hando
experiment.runRun 1-25 pipelines as ONE paced experiment (NON-BLOCKING). Returns an experimentId immediately; a background thread submits at most 2 runs at a time (min(max_concurrent, 2)), retries queue-full up to 3 times per run, and polls each execution to completion. Poll experiment.get() f
experiment.deleteDelete one of your experiment records (server + this machine's local cache). Its individual runs are kept — delete them with execution.delete. A still-running experiment cannot be deleted.
experiment.getExperiment snapshot: status (running/completed/failed), per-run rows ({name, executionId, status, error?, metrics?, evaluationKind?}) and, once finished, aggregates over completed runs only: per-metric {mean, std, best, n}, plus ``pooledExecutionIds`` / ``pooledRunNames`` / ``kin
execution.artifactsTrained artifacts (models/filters, e.g. *.pkl) saved by an execution.
execution.download_artifactDownload one artifact file. Local/stdio: saved to NIMBUS_EXPORT_DIR/executions/ / and its path returned. Hosted gateway: returned inline as ``contentBase64`` (up to 1 MB of base64); larger files point to Nimbus Studio. Nothing is written on the gateway.
pipeline.exportExport the pipeline as a standalone runnable Python bundle (zip). Local/stdio: the zip is saved under NIMBUS_EXPORT_DIR/exports and its path returned. Hosted gateway: the zip is returned inline as ``contentBase64`` (up to 1 MB of base64). UI-only nodes (interactive_application) a
bids.export_datasetExport a Nimbus dataset as a BIDS-layout zip (local: saved to NIMBUS_EXPORT_DIR/bids/; hosted gateway: inline ``contentBase64``, up to 1 MB). Continuous sources (EDF/BDF uploads, stream recordings) export as BIDS-raw (EDF byte-passthrough; recordings converted HDF5→EDF with event
bids.export_executionExport an execution's results as a BIDS-derivative zip (metrics.json, per-subject participants.tsv, protocol.json, full pipeline_snapshot.json, predictions.tsv when stored, provenance/execution.json). Local: saved to NIMBUS_EXPORT_DIR/bids/. Hosted gateway: inline ``contentBase64
device.listEEG devices supported by this backend (OpenBCI, Muse, BrainBit, LSL, PiEEG...).
device.testTest a device connection WITHOUT starting a stream (safe, no confirm needed).
stream.startConnect an EEG device and START a live streaming session on the user's head. Requires confirm=True; call device.test first. Track with stream.status(). Idle watchdog: if no stream.status()/stream.telemetry() poll happens for idle_timeout_sec (default 900), the session is stopped
stream.statusLive snapshot of a streaming session (running, deviceConnected). Polling this also feeds the idle watchdog: each call resets the session's idle timer (see stream.start's idle_timeout_sec).
stream.stopStop a streaming session and disconnect the device (always safe to call). Also removes the session from the idle watchdog so it cannot fire after an explicit stop.
plots.confusionConfusion-matrix figure for one execution: heatmap with trial counts + per-class accuracy bars, rendered as a PNG the assistant can see. Use it right after execution.results to eyeball WHICH classes are confused, not just the accuracy number.
plots.datasetFigure over an EEG data source — the visual companion to data.inspect_dataset. kind=psd (Welch, channel mean bold), kind=bandpower (channel × band dB heatmap), kind=topomap (band-power scalp map), kind=spectrogram (time-frequency for one channel). Sources are the same ones inspec
plots.erpERP butterfly figure from epoched data: one subplot per class, all channel means (thin) + across-channel mean (bold), time-locked to the trial event. Shows whether class-conditioned evoked structure exists BEFORE training anything.
plots.leaderboardLeaderboard bar chart for one dataset: accuracy with 95% CI whiskers, best first; BYO python_model submissions highlighted in a distinct color. The visual companion to catalog.leaderboard. On the pretrained_few_trial track the figure also includes the classical LOSO baseline as a
stream.telemetryLive snapshot of a streaming session: latest prediction + recent window, signal quality (meanChannelQuality, snrDb, artifactProbability), indicators, running stats. Poll this while a session runs. Works with OR without a deployed model: modelless hardware streams (no classifier)
data.uploadUpload an EEG file (.edf/.bdf/.mat/.csv/.txt/.tsv/.h5/.hdf5, <=500MB) to the backend and get the registered path for a custom_data node. sampling_rate (Hz, e.g. 250.0) is REQUIRED for plain CSV/TSV/TXT files without embedded metadata — uploads without it are rejected (no silent 2
data.delete_uploadDelete an uploaded file from your account (disk + registry). Requires confirm=True. Pass the path returned by data.upload (file.path). Only your own uploads can be deleted; missing paths return not-found.
data.inspect_datasetExploratory summary of a public EEG dataset (MOABB pack): channels, sampling rate, trial/class balance, per-channel µV stats, band powers and a PSD overview. Look at the data BEFORE building pipelines: class balance drives stratification choices (imbalanced classes skew accuracy)
data.inspect_fileExploratory summary of an EEG file (.edf/.bdf/.mat/.csv/.tsv/.txt/.h5): channels, sampling rate, trial/class balance, per-channel µV stats, band powers and a PSD overview. The path shape picks the source: ABSOLUTE path → read the file from disk (only on a LOCAL backend: desktop a
project.createCreate a project (container for one pipeline document). Returns projectId.
project.listList projects owned by the current principal (agent work included).
project.saveSave a pipeline graph into a project (visible on the studio canvas). Always pass expected_revision from the last project.load (or a prior save/create response). When it does not match the current server revision, the save fails with a conflict — it does NOT silently overwrite con
project.loadLoad a project's saved pipeline (train graph + meta) for editing/re-running.
project.renameRename a project you own (max 200 characters).
project.deleteDelete a project (and its saved pipeline document) from the studio workspace. Requires confirm=True: this removes the project from the user's project list. Executions already run from it are not affected. Find ids with project.list.
protocol.validateValidate a neurofeedback protocol document WITHOUT saving it. Returns {valid: true, spec} on success, or {valid: false, errors: [...]} with the per-violation list (loc/msg) when the document is invalid — the verdict is data, never an exception.
protocol.saveValidate and persist the NEXT VERSION of a protocol document (confirm-gated: each call appends a version row; accidental calls clutter the version history). Edits create a new version — the assignment pins the version it runs.
protocol.listEvery saved protocol id at its latest version.
protocol.start_assignmentEnroll a subject and prepare their neurofeedback deploy session (confirm-gated — a session runs on a human). Creates the assignment (yoked sham arms REQUIRE yoked_donor_upload_id: a recorded simulated session's upload — mint one by running an active-arm session and data.upload-in
protocol.session_statusLive snapshot of a protocol deploy session: the scheduler block / session progress + threshold state (under ``protocol``) beside the telemetry window (recent indicators, quality, stats).
protocol.pausePause a running protocol session (blocks freeze; the session and device stay alive — resume with protocol.resume). Simulated and playback sessions only while paused: no data is recorded.
protocol.resumeResume a paused protocol session (restarts the server-driven device loop). Live-hardware resume requires a Pro plan; simulated sessions are free. Pass the session's channel count (start_assignment reports it).
protocol.stopStop a protocol session (always safe to call): stops streaming, saves the block-annotated recording, advances the assignment when the scheduler reached its natural end, and disconnects the device (best-effort — a failed disconnect is reported, never raised).
protocol.export_statsPaired pre/post analysis for one assignment's recorded sessions: per-block aggregates (descriptive + CSV), paired t / Wilcoxon / dz (per-statistic minimums: paired t and Cohen's dz need ≥ 3 completed sessions, Wilcoxon needs ≥ 5), specificity notes, the adaptive-threshold traject
基础检查i
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月12日
- ✓ 通过
作者与仓库一致
注册名称已通过 GitHub 账户 nimbusbci 验证,该账户拥有此仓库
- ✓ 通过
仍在维护
代码最后更新于7天前
- ✓ 通过
有许可证
使用 Apache-2.0
- ✓ 通过
端点有响应
在 4709 毫秒内响应(HTTP 200)
- – 不适用
使用 OAuth 登录
无需登录
- ✓ 通过
工具描述中没有隐藏指令
已读取 60 个工具描述,未发现针对 AI 的隐藏指令
讨论
提问、分享技巧或报告无法使用。按“有帮助”数量排序。
用户评价
还没有评价
与“数据库与数据集”中的其他服务器比较i
- 星标数多于此分类中其他 1170 个服务器的 86%
- 发布到注册中心的时间比此分类中其他 1170 个服务器的 83% 更新
- 基础检查结果等于或优于此分类中其他 1170 个服务器的 100%
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
常见问题
Nimbus BCI 安全吗?
它在 5 项适用的基础检查中通过了 5 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
它需要哪些密钥或代码?
你需要填写:NIMBUS_TOKEN, NIMBUS_MCP_KEY
它在我的电脑上运行还是在云端?
两种方式都可以:安装在你的电脑上,或者连接云端版本。
它还在维护吗?
GitHub 仓库最后更新于7天前,最新版本(0.14.21)于8天前进入注册中心。
哪些应用可以使用它?
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。它通过 URL 连接,因此也能用于支持远程 MCP 的应用,例如 ChatGPT Business 及以上方案。
有什么可以替代它?
同一分类中有:Dbx, MCP Toolbox for Databases, MCP Toolbox for Databases
替代选择
同一分类中其他作者的服务器,按星标数排序。
如何看卡片:↓ 每周下载量i★ GitHub 星标i三大支柱:评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i
MCP Toolbox for Databases
MCP Toolbox for Databases enables your agent to connect to your database.
MCP Toolbox for Databases
MCP Toolbox for Databases enables your agent to connect to your database.
作者的 README
打开 README
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
nimbus-mcp
MCP server that lets AI agents (Claude Code, Cursor, Claude Desktop) build, validate, run, and analyze Nimbus BCI pipelines — upload their own EEG data, persist pipelines into studio projects, run multi-configuration experiment campaigns on public MOABB/BNCI datasets, render plots, and export BIDS — through your local Nimbus backend or the hosted deployment, with one `nimbus-mcp login`.
Docs: docs.nimbusbci.com · Overview: nimbusbci.com/mcp · Jump to Quickstart
Quickstart (hosted, recommended)
Nothing to install: point your MCP client at the hosted server https://nimbus-mcp.fly.dev/mcp. On first use your client opens a browser sign-in to Nimbus Studio (OAuth) — no token to paste.
Cursor — click the Add to Cursor button above, or put this in .cursor/mcp.json (or ~/.cursor/mcp.json):
{
"mcpServers": { "nimbus": { "url": "https://nimbus-mcp.fly.dev/mcp" } } }
Claude Code:
claude mcp add --transport http nimbus https://nimbus-mcp.fly.dev/mcp
Claude Desktop / claude.ai: Settings → Connectors → *Add custom connector* → URL https://nimbus-mcp.fly.dev/mcp. (Custom connectors may require a paid Claude plan.)
Other clients (streamable HTTP):
{
"mcpServers": { "nimbus": { "type": "http", "url": "https://nimbus-mcp.fly.dev/mcp" } } }
Headless / CI (no browser): OAuth stays the primary path, but the gateway also accepts a Nimbus API key (create one on the Studio Account page) as a Bearer header:
{
"mcpServers": { "nimbus": { "type": "http", "url": "https://nimbus-mcp.fly.dev/mcp", "headers": { "Authorization": "Bearer ${NIMBUS_TOKEN}" } } } }
claude mcp add --transport http nimbus https://nimbus-mcp.fly.dev/mcp \
--header "Authorization: Bearer $NIMBUS_TOKEN"
Try it in 60 seconds
After sign-in, paste this prompt into your agent:
Benchmark a CSP + LDA motor-imagery pipeline on BCI IV 2a (
BNCI2014_001),
show me the confusion matrix, and compare the score to the leaderboard.
You should see the agent call catalog.datasets / catalog.templates, start a run with execution.run, poll execution.get, then show execution.results (accuracy / kappa), a plots.* figure and the catalog.leaderboard comparison — all on public MOABB data, no EEG device needed. The longer guided loop is in examples/demo.md.
The server also ships 5 ready-made MCP prompts (your client lists them as slash commands / prompt templates): mi_csp_lda_bci_iv_2a, compare_mi_pipelines, foundation_backbones, inspect_my_eeg and leaderboard_standing.
Why nimbus-mcp (October 2026 field)
The BCI-MCP niche grew four other servers in 2026. They are honest, focused tools — and each covers a slice of what nimbus-mcp does end-to-end:
| Capability | nimbus-mcp | bci-mcp | eeg-mcp | mne-mcp | ephys-mcp |
|---|---|---|---|---|---|
| Build + validate + run BCI pipelines | ✅ 63 tools | — | — | — | — |
| Train on real data (MOABB packs, uploads) | ✅ | — | — | file I/O only | NWB/DANDI |
Bring-your-own model code (python_model) | ✅ local + cloud sandbox | — | — | — | — |
| Benchmark leaderboard + server-side LOSO scoring | ✅ | — | — | — | — |
| Agent-visible figures (PNG content blocks) | ✅ plots.* | — | — | ✅ | ✅ |
| Modelless live band powers (focus/relaxation) | ✅ stream.telemetry | ✅ | ✅ | — | — |
| Guided subject calibration | ✅ calibration.* | — | — | — | — |
| Neurofeedback protocol sessions | ✅ protocol.* | — | — | — | — |
| BIDS export (sha256 manifests) | ✅ bids.* | — | — | — | — |
| Cluster-aware group statistics | ✅ stats.grouped | — | — | — | partial |
| Transport | stdio + hosted HTTP gateway | stdio + HTTP | stdio | stdio | stdio |
| Validation evidence | arXiv:2610.13894 — parity study, 3 datasets / 6 pipelines / 2 protocols | band-ratio heuristics | — | — | — |
Scope honesty (deliberate non-goals): no stimulation output (eeg-mcp's triple-interlocked send_stim_event is genuinely novel; we don't drive stimulators), no spike/ephys data (ephys-mcp covers intracortical recording — different data plane), no source localization / full MNE parity (mne-mcp is a deep offline MNE wrapper; plots.* covers the figures agents need on Nimbus data).
Install locally (stdio)
Prefer running the server on your own machine (or using your local Studio desktop backend)? Sign in once, then use a secret-free config:
uvx nimbus-mcp login # or: pip install nimbus-mcp && nimbus-mcp login
{
"mcpServers": { "nimbus": { "command": "uvx", "args": ["nimbus-mcp"] } } }
Both uvx nimbus-mcp and python -m nimbus_mcp (inside the env where it is installed) start the stdio MCP server. Agent-oriented install steps (e.g. for Cline): llms-install.md.
(Also installable from the repo: pip install -e nimbus-studio/mcp.)
Zero-hardware demo: examples/demo.md — a copy-paste agent prompt that runs the whole loop (explore → inspect → figures → train → confusion figure → leaderboard → stats) on public MOABB data, no device.
Authentication
Three ways to give the server a credential — tried in this order at startup:
- `nimbus-mcp login` (recommended — hosted API, no token pasting). A device-code login: the command prints a URL and an 8-character code, opens your browser, you approve in Nimbus Studio, and the minted token is stored at
~/.nimbus/credentials.json(0600) and picked up automatically on every future start.
nimbus-mcp login # options: --api-url URL, --ttl-days 7..90, --name NAME
nimbus-mcp status # doctor: credential source, plan, quota, days-to-expiry, live probe nimbus-mcp logout # remove the stored credential
After a login, MCP client configs need no secret at all:
{
"mcpServers": { "nimbus": { "command": "uvx", "args": ["nimbus-mcp"] } } }
- Desktop app — zero config. Just have the Nimbus Studio desktop app running: its local key file is auto-discovered (macOS
~/Library/Application Support/Nimbus Studio/mcp-key.json, Linux~/.config/Nimbus Studio/…, Windows%APPDATA%\Nimbus Studio\…) and the server talks to the local backend athttp://127.0.0.1:8080. Nothing to paste or configure.
- Environment variables (advanced / CI).
NIMBUS_TOKEN(a hosted API tokennimb_…minted in Nimbus Studio → Account → API tokens) orNIMBUS_TOKEN_FILE(a 0600 JSON file{"token": "…"}— keeps the secret out of process env and MCP configs), or the local pairNIMBUS_MCP_KEY/NIMBUS_MCP_KEY_FILE(must matchMCP_LOCAL_KEYon a local backend — see below). Explicit env always beats files on disk. ANIMBUS_TOKEN/NIMBUS_TOKEN_FILEtoken withNIMBUS_API_URLunset talks to the hosted API (https://nimbus-studio.fly.dev); setNIMBUS_API_URLto point it anywhere else.
No credential anywhere? That is the Local Free tier — it works. The server starts anonymously against the local backend (desktop app or dev backend on http://127.0.0.1:8080): templates, your own data, local execution/plots/stats, BIDS export and local-only storage need no Nimbus Studio login at all. Login is requested only at first *cloud* value — a tool that needs an identity (leaderboard submission, verified/cross-machine experiment history, hosted compute, cloud sync, collaboration) returns {ok: false, loginRequired: true, trigger, reason, howToAuthenticate} naming exactly why, instead of a blanket gate. Hosted Pro features (verified leaderboard submissions, foundation.compare, big campaigns, team features) return {ok: false, tierGate: true, requiredTier: "pro"} on free accounts; exports (BIDS etc.) are never gated at any tier. If a local call fails because no local backend/identity exists, the response is the local-mode variant of {ok: false, setupRequired: true, message, options} (start the desktop app / set a dev key — still no login). A hosted token rejected mid-session (expired or revoked) returns the classic setup shape, including how many days ago it expired.
Checking who you are
account.whoami() → {userId, email, plan: {isPro, pioneerAccess},
freeRuns: {monthlyLimit, remaining}, token: {name, kind, scopes, fullAccess, expiresAt, daysLeft} | {masked, kind, scopes, fullAccess, expiresAt, daysLeft} # gateway header token | null, source} # store | env | token_file | header | …
Call account.whoami() from the agent to see the account, plan, this month's free-run quota, and (in token mode) the token's days-to-expiry; nimbus-mcp status is the terminal equivalent with a live backend probe.
What a hosted token means
- The token IS you. Requests run under your account: executions appear in your studio history and your plan's quotas and limits apply — there is no separate agent allowance. When the free monthly quota is exhausted, run errors carry the upgrade link
https://studio.nimbusbci.com/pricing?reason=mcp-quota. - CPU-only in v0.4. Token-authenticated runs do not hydrate cloud GPUs.
- Rotation. Tokens live at most 90 days (30 by default). Plan changes are snapshotted at mint time — after an upgrade, re-login (or revoke and re-create the token) to pick up the new plan. An expired token surfaces as setup guidance with the day count, not a dead end.
Headless agents and CI (API keys)
For CI pipelines and unattended agents, mint a CI key in Nimbus Studio → Account → API tokens: choose type CI / headless, a lifetime of 90, 180 or 365 days, and pick its scopes. CI keys are a Pro feature (Pro plan or Pioneer access); Free accounts can still use personal tokens.
| Scope | Allows |
|---|---|
read | GET/list/describe, plus compute-only POSTs (validate, plots, stats, export) |
run | start/cancel executions and experiments (consumes your quota) |
write | create/update/delete projects, pipelines, uploads, settings |
leaderboard:submit | leaderboard submissions |
CI keys default to read + run; a full-access CI key is an explicit choice (the Full access checkbox, or "fullAccess": true on POST /api/me/api-tokens). Personal tokens keep the old default: no scope selected = full access, and every token minted before scopes existed keeps working unchanged. The backend enforces scopes on every request; a missing scope answers 403 nimbus.auth.token_scope_insufficient. account.whoami and nimbus-mcp status show the key's kind, scopes and days left.
Store the key as a CI secret and pass it as NIMBUS_TOKEN (no NIMBUS_API_URL needed — a token defaults to hosted Nimbus). GitHub Actions example:
- name: Nimbus smoke run
env: NIMBUS_TOKEN: ${{ secrets.NIMBUS_CI_KEY }} run: | pipx install nimbus-mcp nimbus-mcp status # fails fast if the key is expired or revoked
Or call the hosted gate