mcp-mcp-locks
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., "@mcp-mcp-locksclaim browser profile playwright1"
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.
mcp-mcp-locks
An MCP server that wraps the mcp-locks CLI, exposing its coordination primitives as native MCP tools.
Use case: Multiple AI agents (across OpenCode, Claude Code, devcontainer/sandboxed runtimes, etc.) need to coordinate access to MCP instances that hold exclusive OS resources — Playwright Chromium profile dirs, the figma-desktop port, any future single-resource MCP server. mcp-locks solves this via a host-global state file and a small bash CLI. This server makes its operations discoverable in every MCP client's tool surface, so an agent that's been told "use Playwright instance X" can also see claim/release as first-class tools rather than something to remember to shell out to.
Why a wrapper?
The mcp-locks CLI works fine from a shell. But rules like "agents must claim before using" have been re-discovered as broken across many sessions because the agent has to know the convention exists and remember to invoke it. Exposing the operations as MCP tools puts them directly in the agent's function roster — claim/release/list/who become discoverable the same way playwright_browser_navigate is. Discoverability is the highest-leverage fix for "agent forgot the convention."
This server is thin by design: every tool shells out to mcp-locks --json and returns the structured envelope. State, locking, owner detection, and reaping all stay owned by the upstream binary (single source of truth).
Related MCP server: claude-cli-mcp
Prerequisites
Node.js 20+
mcp-locksinstalled and on PATH (or its path passed via theMCP_LOCKS_BINenv var). The wrapper requires a version that supports--jsonoutput.
Install
git clone https://github.com/mattbaylor/mcp-mcp-locks.git
cd mcp-mcp-locks
npm install
npm run buildConfigure your MCP client
OpenCode (opencode.json or opencode.jsonc)
{
"mcp": {
"mcp-locks": {
"type": "local",
"command": ["node", "/path/to/mcp-mcp-locks/dist/index.js"],
"enabled": true
}
}
}Claude Code (.claude.json)
{
"mcpServers": {
"mcp-locks": {
"type": "stdio",
"command": "node",
"args": ["/path/to/mcp-mcp-locks/dist/index.js"]
}
}
}Custom mcp-locks binary location
If mcp-locks is not on the spawned process's PATH (common in sandboxed agent runtimes with minimal env), set MCP_LOCKS_BIN:
{
"mcp": {
"mcp-locks": {
"type": "local",
"command": ["node", "/path/to/mcp-mcp-locks/dist/index.js"],
"enabled": true,
"environment": {
"MCP_LOCKS_BIN": "/Users/you/bin/mcp-locks"
}
}
}
}Tools
Tool | Purpose |
| Array of all registered instances with current status, owners, TTLs |
| Detail on a single instance (free / claimed / expired / dead_pid) |
| Acquire or refresh a lock (default 30m TTL); auto-detects owner |
| Release a claim; owner-checked unless |
| Clean up expired claims, dead-PID claims, orphaned Chromium, stale SingletonLocks |
| Health report; recommends reap when needed |
| Kill Playwright-MCP Chromium processes on demand ( |
Every tool returns the upstream mcp-locks --json envelope augmented with exitCode and (if present) stderr:
// success
{ "ok": true, "data": { ... }, "exitCode": 0 }
// denied
{ "ok": false, "error": "denied", "denied": { ... }, "exitCode": 2 }Typical agent flow
1. agent calls list -> sees which instances are free
2. agent calls claim -> ok:true; agent proceeds with the corresponding browser tools
3. agent does its work
4. agent calls release -> ok:trueFor conflict cases:
1. agent calls claim playwright2
2. response: { ok: false, error: "denied", denied: { current_owner: "...", ttl_remaining_seconds: 1200 } }
3. agent either: claims a different instance, waits, or asks the human whether to force-stealSub-agent pattern
When dispatching a sub-agent to do parallel work:
Parent claims the instance and passes the assigned name to the sub-agent
Sub-agent uses the assigned instance's browser tools (e.g.
playwright3_browser_*)Sub-agent does NOT call
claimorrelease— the parent owns the lifecycle
This avoids the sub-agent's claim expiring mid-work due to a TTL shorter than the parent's task.
How it relates to mcp-locks
This server is one of several possible interfaces to the underlying coordination layer. Other valid callers:
The
mcp-locksCLI directly from a shell or scriptAny tool reading the state file at
~/.local/state/mcp-locks/state.json(read-only; never write)CI scripts that gate execution on a lock
All callers share the same state and the same concurrency guarantees — this wrapper doesn't add a second source of truth.
License
MIT
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Latest Blog Posts
- 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/mattbaylor/mcp-mcp-locks'
If you have feedback or need assistance with the MCP directory API, please join our Discord server