production-master-mcp
OfficialClick on "Deploy 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., "@production-master-mcpinvestigate the latest production incident"
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.
The standard MCP server for the Production Master hosted incident-investigation service — connect any MCP client and drive investigations as tool calls.
production-master-mcp speaks the Model Context Protocol. It exposes the Production Master tool set to any MCP-capable client — Claude Code, Cursor, Codex, OpenCode, or anything else that speaks MCP — and relays each tool call to the hosted service. The intelligence runs on the service; this server is the protocol front door in front of it.
Authentication is pass-through: the client supplies an Authorization: Bearer <token> header, the server forwards it opaquely to the hosted service, and it stores no credentials of its own. Tool input/output schemas come from the shared npm package @production-master/mcp-tool-contract (published on npm), so every client sees the same, versioned tool surface.
Features
Standard MCP, any client — one server, reachable from Claude Code, Cursor, Codex, OpenCode, or any MCP-capable client. No per-editor fork.
Two transports — Streamable HTTP (
POST /mcp) for hosted/remote use, and stdio for running locally next to your client.Pass-through auth — the caller's bearer token is forwarded opaquely upstream and never stored, logged, or persisted by the server.
Contract-driven tools — tool schemas are published in
@production-master/mcp-tool-contract, keeping the tool surface stable and versioned across clients.
Related MCP server: incident-commander-mcp
Prerequisites
Node.js 22 (see
.nvmrconce packages land)Access to the Production Master hosted service — the server forwards your bearer token to it; you supply that token from your MCP client.
An MCP-capable client: Claude Code, Cursor, Codex, OpenCode, or any client speaking MCP.
Quick Start
Status:
@production-master/mcpis implemented, builds, and passes its tests, but it is not yet published to npm and no hosted HTTP endpoint is deployed — sonpx -y @production-master/mcpand<server-url>below are not runnable today. The package name, CLI name, and connection patterns are final; only the publish and the hosted deployment are outstanding. See Quick Start and CHANGELOG for status.
Every client connects the same two ways, matching the two transports: point it at the server's HTTP endpoint (<server-url>/mcp) with an Authorization: Bearer <token> header, or run the server locally over stdio (npx -y @production-master/mcp).
Claude Code
# HTTP
claude mcp add --transport http production-master <server-url>/mcp \
--header "Authorization: Bearer <your-token>"
# or stdio (local)
claude mcp add production-master -- npx -y @production-master/mcpCursor
Register the server in .cursor/mcp.json:
{
"mcpServers": {
"production-master": {
"url": "<server-url>/mcp",
"headers": { "Authorization": "Bearer <your-token>" }
}
}
}Codex
Register the server in .codex/config.toml (stdio):
[mcp_servers.production-master]
command = "npx"
args = ["-y", "@production-master/mcp"]OpenCode / other MCP clients
Any MCP-capable client works: give it the <server-url>/mcp HTTP endpoint plus the bearer header, or a stdio server entry launching npx -y @production-master/mcp. Full walkthrough: docs/user/quick-start.md.
Architecture
The server is a thin protocol boundary: it terminates MCP, forwards tool calls to the hosted service, and streams results back. It holds no investigation logic and no stored credentials.
flowchart LR
subgraph Client["MCP client"]
A["Claude Code / Cursor /<br/>Codex / OpenCode / any MCP client"]
end
M["production-master-mcp<br/>POST /mcp or stdio"]
S["Production Master<br/>hosted service"]
A -- "MCP requests + Bearer token" --> M
M -- "tool calls, Bearer forwarded opaquely" --> S
S -- "results" --> M
M -- "MCP responses" --> AThree concerns live here: transport (Streamable HTTP POST /mcp and stdio), auth pass-through (forward the caller's bearer token upstream, store nothing), and tool routing (validate against the schemas from @production-master/mcp-tool-contract and relay to the service).
Documentation
Doc | Purpose |
Connect an MCP client over HTTP or stdio | |
Common workflows — connect from each client, bearer pass-through | |
Endpoint, transports, and config reference | |
Auth (401), connectivity, Node version, transport mismatch | |
How to contribute | |
Release history |
License
MIT — see LICENSE.
This server cannot be deployed
Maintenance
Related MCP Connectors
Read-only MCP server for AIStatusDashboard status, incidents, metrics, and fallback recommendations.
MCP server for mandates, delegation, policy-gated execution, credential grants, and audit.
Guarded MCP server for agent-readable business truth, provenance, readiness, and discovery.
MCP server for progressive tool usage at any scale (see https://klavis.ai)
Related MCP Servers
- FlicenseNot gradedqualityCmaintenanceAn AI-native incident response server that exposes diagnostic tools (system status, error logs, ticket creation) via MCP, enabling LLM agents to autonomously assess and respond to incidents.-
- FlicenseAqualityCmaintenanceAI-powered incident management MCP server that enables investigation, root cause analysis, and response actions for production incidents using mocked data for demo purposes.8-
- AlicenseNot gradedqualityCmaintenanceMCP server for investigating cloud incidents and managing approvals. Provides read-only tools to list incidents, investigate incidents, and list approvals, keeping remediation behind human approval.MIT
- AlicenseNot gradedqualityBmaintenanceMCP server that provides guarded, audited, read-only access to ops tooling (alerts, metrics, logs, deploys, runbooks) and a triage agent that diagnoses incidents end-to-end with CI-verified root cause analysis.MIT