MCP server for Quantinuum Nexus, wrapping the qnexus SDK. Not affiliated with Quantinuum.
MCPpedia last refreshed this data
io.github.Blite-HQ/qnexus-mcp is an MCP server that MCP server for Quantinuum Nexus, wrapping the qnexus SDK. Not affiliated with Quantinuum. Its tool list has not been published yet over stdio, requires no API key, and scores 87/100 on MCPpedia's security, maintenance and efficiency rubric.
Config is the same across clients — only the file and path differ.
{
"mcpServers": {
"io-github-blite-hq-qnexus-mcp": {
"args": [
"qnexus-mcp"
],
"command": "uvx"
}
}
}Are you the author?
Add this badge to your README to show your security score and help users find safe servers.
A community Model Context Protocol (MCP) server for Quantinuum Nexus, wrapping the official qnexus Python SDK so any MCP-speaking agent (Claude Code, Cursor, VS Code, Codex, …) can inspect Nexus and, opt-in, run circuits on the free emulator.
Run this in your terminal to verify the server starts. Then let us know if it worked — your result helps other developers.
uvx 'qnexus-mcp' 2>&1 | head -1 && echo "✓ Server started successfully"
After testing, let us know if it worked:
Five weighted categories — click any category to see the underlying evidence.
No known CVEs.
Checked qnexus-mcp against OSV.dev.
Click any tool to inspect its schema.
Be the first to review
Have you used this server?
Share your experience — it helps other developers decide.
Sign in to write a review.
Others in other
Compress tool outputs, logs, files, and RAG chunks before they reach the LLM. 60-95% fewer tokens, same answers. Library, proxy, MCP server.
Transport for TMCP using STDIO
The graph based agentic IDE
Buddhist canon tools: search, passages, cross-canon parallels, dictionaries — all URN-cited.
MCP Security Weekly
Get CVE alerts and security updates for io.github.Blite-HQ/qnexus-mcp and similar servers.
Start a conversation
Ask a question, share a tip, or report an issue.
Sign in to join the discussion.
A community Model Context Protocol (MCP) server for Quantinuum Nexus,
wrapping the official qnexus Python SDK so any MCP-speaking agent
(Claude Code, Cursor, VS Code, Codex, …) can inspect Nexus and, opt-in, run circuits on the free emulator.
Not affiliated with, endorsed by, or an official product of Quantinuum. "Quantinuum" and "Nexus" are trademarks of their respective owners, used here nominatively to describe compatibility.
Early development. Read-only by default. Design and rationale live in
docs/DESIGN.md; the research behind it is in docs/research/.
uv (the uvx command). On Windows, note the
full path to uvx.exe (where uvx in a terminal) — GUI clients don't inherit your shell PATH.qnexus-mcp never handles your Nexus token. Authenticate out-of-band with the qnexus CLI
(it opens your browser):
uvx --from qnexus qnx login
Inside Nexus JupyterHub, authentication is automatic; do not run qnx login there.
The launch command is the same everywhere — only the config file differs per client:
uvx qnexus-mcp==0.2.0 # read-only (default)
uvx qnexus-mcp==0.2.0 --toolsets read,execute # + run circuits on the free H2-1LE emulator
Pin a version (==0.2.0): uvx otherwise resolves the latest PyPI release on every launch —
unpinned installs are neither reproducible nor auditable. Avoid 0.1.0 on Windows: its first
tool call hangs (fixed in 0.2.0).
What to expect on startup: the first ever launch downloads the quantum SDK stack (1–3 min); every launch takes ~30 s before the server responds — the SDK is imported up front, before the MCP handshake. "Waiting for server to respond to
initialize" during that window is normal.
Settings → Developer → Local MCP servers → Edit Config (always use this button — the
Microsoft Store build keeps the file under %LOCALAPPDATA%\Packages\Claude_*\..., not
%APPDATA%\Claude), then add:
{
"mcpServers": {
"nexus": {
"command": "C:\\Users\\<you>\\.local\\bin\\uvx.exe", // or plain "uvx" on macOS/Linux
"args": ["qnexus-mcp==0.2.0", "--toolsets", "read,execute"]
}
}
}
Then quit Claude Desktop fully and reopen — the config is only read at cold start, and
closing the window leaves the old process running (tray icon → Quit, or
taskkill /F /IM claude.exe).
Command Palette → MCP: Open User Configuration (or a workspace .vscode/mcp.json):
{
"servers": {
"nexus": {
"type": "stdio",
"command": "C:\\Users\\<you>\\.local\\bin\\uvx.exe", // or plain "uvx" on macOS/Linux
"args": ["qnexus-mcp==0.2.0", "--toolsets", "read,execute"]
}
}
}
claude mcp add nexus -- uvx qnexus-mcp==0.2.0 --toolsets read,execute
Same command; the config shape is one of the two JSON forms above (mcpServers vs
servers + "type": "stdio") — check your client's docs for which file to put it in.
Something not working? See docs/TROUBLESHOOTING.md — it covers every
failure mode observed in real client setups (wrong config path, slow first start, auth, rate
limits, known Nexus-side errors).
| Flag | Env | Default | Effect |
|---|---|---|---|
--toolsets | QNEXUS_MCP_TOOLSETS | read | Capability domains to expose (read,execute,manage,destructive) |
--allow-spend | QNEXUS_MCP_ALLOW_SPEND | false | Permit credit-spending (HQC) execution |
--allow-hardware | `QNEXUS_MCP_ALLOW_HAR |