developerscompany/lmstudio-mcp

Let Claude Code run your LM Studio: start and stop the server, load and unload models with the context length they need, keep conversations with local models going, hand them long jobs in the background and follow their progress.
It is a Claude Code plugin with one small MCP server: a single file with no dependencies that needs only Node.js 20 or newer. The server also works with any other MCP client.
> Not affiliated with LM Studio or Element Labs.
## What you can ask
"Is LM Studio running? What's loaded right now?"
"Always load qwen3.8 with a 256k context."
"Will gpt-oss-120b fit in memory with a 64k context?"
"Start a session with the local model as a code reviewer, then send it these files one by one."
"Run this analysis on the local model in the background and tell me when it's done."
"How full is the context of that session? Compact it."
"Download granite-4-micro and tell me when it's done."
"Unload everything, I need the RAM."
## Install
bash
claude plugin marketplace add developerscompany/lmstudio-mcp
claude plugin install lmstudio@lmstudio-mcp
Or inside Claude Code: /plugin marketplace add developerscompany/lmstudio-mcp, then /plugin install lmstudio@lmstudio-mcp. Start a new session (or run /reload-plugins) and check /mcp.
Third-party marketplaces don't update automatically by default. Update with claude plugin update lmstudio@lmstudio-mcp, or turn on auto-update in /plugin → Marketplaces.
Requirements
LM Studio 0.4 or newer (REST API v1), or LM Studio Bionic
Node.js 20 or newer (tested on 20, 22, 24 and 26)
The lms CLI that ships with LM Studio, for starting and stopping the server, memory estimates and loads with TTL or GPU settings. Everything else works over the API alone.
## Tools
| Group | Tools | What they do |
| Server | server_status, server_start, server_stop | Reachability, URL in use, loaded models with TTL, running tasks; start or stop the API server (localhost only) |
| Models | list_models, estimate_load, load_model, unload_model | Downloaded and loaded models; memory needed before loading; load with context length, TTL, GPU offload, parallel slots, flash attention; unload one or all |
| Context | model_defaults | Per-model load settings (context length, TTL, GPU, parallel) used by every load |
| Downloads | download_model, download_status | Download from the LM Studio catalog or a Hugging Face URL and follow the progress |
| Sessions | session_start, session_send, session_get, session_compact, session_delete | Conversations with a local model that keep their history, with context use after every answer |
| Tasks | task_start, task_status, task_cancel | Run a prompt in the background, follow its progress, wait for the result or stop it |
| One-off | chat, embed | A single prompt (optionally with images) without history; embeddings with a similarity matrix |
## Sessions, context and tasks
Context control. model_defaults stores the settings a model should always be loaded with, for example context_length: 262144 for a model that only works well with its full context. load_model, chat, sessions and tasks use them whenever a call doesn't say otherwise. A session never runs on an instance with less context than it needs: if the model is loaded with a smaller context, the call stops and asks for reload: true, which unloads it and loads it again. load_model keeps a model that is already loaded unless you pass replace: true, and parallel calls for a model that isn't loaded yet wait for one load, so a second copy of a 90 GB model is never loaded by accident. A model that a session request or task is using is never unloaded or reloaded under it.