laptop-gpu-mcp
A minimal MCP server for running Python scripts on a remote machine over HTTP, exposing tools to Claude for script discovery, execution, and job status tracking.
README
laptop-gpu-mcp
A minimal MCP (Model Context Protocol) server for running Python scripts on a remote machine over HTTP. Expose your Python environment to Claude as discoverable, schema-validated tools instead of hand-rolling SSH commands.
What this does
Exposes three tools to Claude:
list_scripts— discover.pyfiles in your scripts directoryrun_python— execute a script in a specific conda environment; optionally run in background and poll resultsjob_status— check status or list all running jobs
Claude can call these like function calls, with automatic parameter validation and error handling.
Why MCP instead of SSH?
Instead of: ssh user@host 'python script.py ...' with manual parsing of output
You get: Claude sees run_python(script, env, args, background, timeout) as a typed tool
Benefits:
- Claude reasons about which tool to use
- Parameters are validated before execution (e.g., rejects path traversal, invalid conda envs)
- Background jobs get tracked with job IDs that Claude can poll later
- If you add tools later, Claude discovers them automatically
Customize for your setup
Clone this repo and edit these files:
1. Configuration
Copy the example config and edit it for your machine:
cp config.example.json config.json
{
"scriptsBaseDir": "/home/youruser/scripts", // Where your .py files live
"condaBaseDir": "/home/youruser/miniconda3", // Your conda installation
"allowedEnvs": ["env1", "env2"], // Conda envs you want to expose
"host": "0.0.0.0", // Listen on all interfaces
"port": 8420 // HTTP port (change if in use)
}
config.json is gitignored, so your paths and environment names never get
committed. Every setting can also be overridden with an environment variable
(SCRIPTS_BASE_DIR, CONDA_BASE_DIR, ALLOWED_CONDA_ENVS as a comma-separated
list, MCP_HOST, MCP_PORT) — handy for one-off runs or systemd units. Env
vars take precedence over config.json.
2. Security: Firewall and auth
This server has no authentication. It's safe only on private networks.
If running on a machine you control (same network, no internet exposure):
- Allow the port through your firewall for the remote client's subnet
- Example (Linux):
sudo ufw allow from 192.168.1.0/24 to any port 8420 - Example (Windows): netsh or Windows Defender firewall rules
If you need to expose this beyond a trusted network, add auth before deploying.
3. Optional: Persistent background service
To survive reboots, use systemd (Linux) or Task Scheduler (Windows). Examples in NOTES.md.
Quick start
npm install
npm run build
npm start # Listens on http://0.0.0.0:8420/mcp
# Or for development (no build step):
npm run dev
Health check: curl http://localhost:8420/health
Connecting from Claude
Claude Code CLI
claude mcp add --transport http my-remote-python http://192.168.1.100:8420/mcp
(Replace 192.168.1.100 with your server's IP)
Claude Desktop
Settings → Connectors → Add custom connector, use the same URL.
After connecting, Claude will see your three tools and can call them directly.
Example usage
Run a script in the foreground:
Claude: run_python(script="train.py", env="pytorch", args=["--epochs", "10"])
→ Blocks until done, returns stdout/stderr
Start a long job in the background:
Claude: run_python(script="preprocess.py", env="data", background=true)
→ Returns job_id immediately (e.g., "job_abc123")
Claude: job_status(job_id="job_abc123")
→ Check progress, returns status and logs
Testing
Included test scripts:
src/hello.py— simple foreground testsrc/slow.py— long-running background test
Adapt these to verify your setup works.
Known limitations
- No persistence on crash. If the server process dies, jobs die with it. Use a systemd service or Task Scheduler to auto-restart (see
NOTES.mdfor deployment details and known issues). - Single machine only. This server runs Python on one remote machine. To run on multiple machines, deploy one server per machine.
- No job persistence. Job state lives only in memory; reboots lose it.
Next steps
- Clone this repo
- Set
SCRIPTS_BASE_DIR,CONDA_BASE_DIR,ALLOWED_CONDA_ENVSfor your machine npm install && npm run build && npm start- Test connectivity:
curl http://your-server:8420/health - Add the HTTP connector to Claude Code/Desktop
- Try calling the tools
See NOTES.md for deployment troubleshooting and operational notes.
Recommended Servers
playwright-mcp
A Model Context Protocol server that enables LLMs to interact with web pages through structured accessibility snapshots without requiring vision models or screenshots.
Magic Component Platform (MCP)
An AI-powered tool that generates modern UI components from natural language descriptions, integrating with popular IDEs to streamline UI development workflow.
Audiense Insights MCP Server
Enables interaction with Audiense Insights accounts via the Model Context Protocol, facilitating the extraction and analysis of marketing insights and audience data including demographics, behavior, and influencer engagement.
VeyraX MCP
Single MCP tool to connect all your favorite tools: Gmail, Calendar and 40 more.
graphlit-mcp-server
The Model Context Protocol (MCP) Server enables integration between MCP clients and the Graphlit service. Ingest anything from Slack to Gmail to podcast feeds, in addition to web crawling, into a Graphlit project - and then retrieve relevant contents from the MCP client.
Kagi MCP Server
An MCP server that integrates Kagi search capabilities with Claude AI, enabling Claude to perform real-time web searches when answering questions that require up-to-date information.
E2B
Using MCP to run code via e2b.
Neon Database
MCP server for interacting with Neon Management API and databases
Exa Search
A Model Context Protocol (MCP) server lets AI assistants like Claude use the Exa AI Search API for web searches. This setup allows AI models to get real-time web information in a safe and controlled way.
Qdrant Server
This repository is an example of how to create a MCP server for Qdrant, a vector search engine.