slurm-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., "@slurm-mcpshow me the current cluster overview and any idle nodes"
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.
slurm-mcp
A read-only MCP server exposing Slurm scheduler state to agents. The allowlist is enforced in code, not requested in a prompt, and the tool surface uses progressive disclosure so a Slurm-shaped question does not cost a Slurm-shaped context window.
v0.1.0. The guard, the topic surface, and the stdio server are built and tested. Runs against a real cluster or against recorded fixtures with no Slurm installed.
Why the guard is in code
A system prompt saying "only use read-only commands" is a request, not a
control. It fails open. A jailbreak, a confused tool call, or an ordinary
hallucination is enough to reach scontrol update on a production controller.
Anything that could drain a node must be impossible to express, not merely
discouraged. So the allowlist lives in guard.py and
runs on every invocation:
only eight read binaries may run at all;
scontrolis permitted forshowand refused forupdate,reconfigure,shutdown,reboot,requeue,hold,power, and fifteen more;shell metacharacters in arguments are refused, and commands execute with
shell=Falseanyway — defence in depth, not the only barrier.
The threat model is not a malicious user. It is an agent that has read a confusing log line at 3am and is about to do something decisive.
The tests drive this with 51 real mutating and injection attempts rather than asserting on prompt text, because a prompt-level promise cannot be tested:
make testRelated MCP server: systemd-mcp
Progressive disclosure
The obvious design exposes one tool per binary — sinfo, squeue, sacct,
sdiag, sprio, sshare, scontrol, sacctmgr — each carrying a schema for
its flags. Slurm's flag surface is enormous and most of it is irrelevant to any
given question, but all of it sits in context on every turn.
This server exposes three tools:
tool | when |
| the snapshot most sessions open with — nodes, queue, diagnostics in one call |
| one topic plus optional filters. Topics are a closed vocabulary, not a command line |
| column meanings and filters for one topic, fetched only when needed |
Measured, and reproducible with make footprint:
resident, three tools 1088 chars
detail, fetched on request 3029 chars
flat one-tool-per-binary 4441 chars (4.1x resident)That is a context-cost measurement, not a quality claim. It says the detail is not resident until asked for; it does not say the agent will diagnose anything better. Nothing here has been scored on slurm-rca-bench.
Topics: queue, nodes, accounting, priority, fairshare,
diagnostics, config.
Quickstart
No cluster required.
make install
make surface # the read-only allowlist, and what is denied
make demo # a full overview against recorded fixtures
make footprint # reproduce the context measurement above
make check # ruff, ruff format, mypy --strict, pytestAgainst a real cluster, drop --fixtures:
slurm-mcp overview
slurm-mcp query queue --filter user=alice
slurm-mcp describe accountingAs an MCP server
pip install -e ".[server]"
slurm-mcp serve # stdio; add --fixtures to serve recorded dataPoint any MCP client at that command. Every response is labelled [live] or
[fixture] so recorded data can never be mistaken for a cluster read.
Limitations
Read-only is enforced for this server's own surface. It does not sandbox the host, and it says nothing about what other tools an agent has been given.
The fixtures are illustrative, not a benchmark. They are a plausible cluster shape used to make the surface runnable; no result should be quoted from them.
No scoring. The claim here is about the tool surface, not diagnostic accuracy. Measuring whether progressive disclosure changes an agent's diagnosis is
cluster-sre-agent's job, and it has not been done.Single Slurm dialect. Output formats are tested against Slurm 25.x column layouts. Older versions may differ.
sacctcan block. A degraded accounting path makes it hang rather than error; calls time out at 20s and say so, because an agent waiting forever is worse than an agent told the read failed.
Related
cluster-sre-agent — the agent that consumes a surface like this one. Its internal read-only tool layer is where this design came from; this repo is the standalone server.
cluster-ops-skills — the runbooks an agent follows once it can read the cluster.
slurm-rca-bench — where a claim about diagnostic quality would have to be proven.
License
MIT.
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.
Related MCP Servers
- AlicenseAqualityDmaintenanceEnables read-only interaction with Proxmox homelab VMs and containers, allowing LLM agents to list VMs, monitor status and performance metrics, view snapshots, and check cluster health through natural language queries.8MIT
- AlicenseNot gradedqualityNot gradedmaintenanceProvides AI assistants with safe, read-only access to Linux systemd services, including status monitoring, log querying, and dependency analysis, with optional granular permissions for service management actions.2
- AlicenseNot gradedqualityDmaintenanceEnables interaction with Slurm HPC clusters via SSH, allowing job submission, monitoring, and error diagnosis through MCP clients like Claude Desktop.6MIT
- FlicenseNot gradedqualityDmaintenanceEnables AI assistants to manage SLURM HPC clusters via SSH. Supports job submission, resource monitoring, queue management, and file operations.104
Related MCP Connectors
Operate Linux, macOS and Windows from your LLM. Every action runs through an auditable allowlist.
Runtime permission, approval, and audit layer for AI agent tool execution.
See, price, and control every tool call your AI agents make: policy checks, cost, and audit tools.
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/Zhanyl-tech/slurm-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server