MCP Stdio Wrapper

MCP Stdio Wrapper is a small MCP server that lets one MCP client launch and inspect another stdio MCP server on demand.

Its job is to remove a painful MCP development loop: some mainstream MCP hosts cache the real server process, so after every code change you end up refreshing the window or restarting the extension host just to smoke-test the change. This wrapper sits in front of the real target server and gives your agent a stable bridge for repeated smoke tests while the target implementation keeps changing underneath it.

Why This Exists

Use this project when:

• you are actively developing a stdio MCP server

• your main MCP host does not reliably reload the target server after each change

• you still want an agent to list tools, call tools, read resources, and inspect prompts throughout development

This project is intentionally narrow. It is for local development and smoke testing, not for production traffic proxying.

The wrapper also exposes built-in guidance that agents can discover directly:

• resource: wrapper://how-to-use

• prompt: tool_usage_guide

How It Works

The wrapper exposes two modes.

Default one-shot tools:

• stdio_mcp_list_tools

• stdio_mcp_call_tool

• stdio_mcp_list_resources

• stdio_mcp_read_resource

• stdio_mcp_list_prompts

• stdio_mcp_get_prompt

Each one-shot bridge call:

1. launches the target stdio MCP server

2. performs one MCP operation

3. returns the result

4. closes the target process

Optional session tools:

• stdio_mcp_open_session

• stdio_mcp_get_session

• stdio_mcp_close_session

• stdio_mcp_session_list_tools

• stdio_mcp_session_call_tool

• stdio_mcp_session_list_resources

• stdio_mcp_session_read_resource

• stdio_mcp_session_list_prompts

• stdio_mcp_session_get_prompt

That means:

• a clean target process per one-shot smoke test

• an explicit short-lived session option for multi-step validation

• no hidden caching behavior

• easier debugging because target stderr is surfaced on failure

Quick Start

Clone the repo and install dependencies:

nvm use
npm install

Start the wrapper:

npm start

The published package can also be run directly with:

npx mcp-stdio-wrapper

The package is published at https://www.npmjs.com/package/mcp-stdio-wrapper.

This repo is set up for npm trusted publishing from GitHub Actions. See Publishing checklist for the initial publish sequence and the OIDC trusted-publishing handoff.

Point your main MCP client at this wrapper, then use one of the bridge tools with launch input like:

{
  "command": "node",
  "args": ["C:\\path\\to\\your-mcp\\dist\\index.js"],
  "cwd": "C:\\path\\to\\your-mcp",
  "inheritParentEnv": true,
  "env": {
    "EXAMPLE_ENV": "value"
  },
  "startupTimeoutMs": 30000,
  "operationTimeoutMs": 30000
}

Then ask your agent to:

• list tools from the real target server

• call one target tool after each code change

• verify resource reads or prompts

Use one-shot mode for initial inspection and small stateless calls. If the target returns jobId-style handles, expects in-memory state between calls, or simply has expensive startup, open an explicit session first and then use the stdio_mcp_session_* tools before closing it.

Tool Surface

Common launch fields:

• command: target executable

• args: target command arguments

• cwd: optional target working directory

• inheritParentEnv: when true, merge the wrapper process environment into the target launch

• env: additional target environment variables

• startupTimeoutMs: optional one-shot startup and MCP initialize timeout

• operationTimeoutMs: optional one-shot operation timeout

• timeoutMs: legacy one-shot shortcut for both phases; session tools still use timeoutMs

Bridge operations:

• stdio_mcp_list_tools: inspect target tools

• stdio_mcp_call_tool: call one target tool

• stdio_mcp_list_resources: inspect target resources

• stdio_mcp_read_resource: read one target resource

• stdio_mcp_list_prompts: inspect target prompts

• stdio_mcp_get_prompt: fetch one target prompt definition

Session operations:

• stdio_mcp_open_session: launch one target process and keep it alive for multiple operations

• stdio_mcp_get_session: inspect session diagnostics like status, timestamps, pid, exit code, and stderr tail

• stdio_mcp_close_session: close a live or terminal session and remove its record

• stdio_mcp_session_list_tools: inspect tools through an existing session

• stdio_mcp_session_call_tool: call one target tool through an existing session

• stdio_mcp_session_list_resources: inspect resources through an existing session

• stdio_mcp_session_read_resource: read one target resource through an existing session

• stdio_mcp_session_list_prompts: inspect prompts through an existing session

• stdio_mcp_session_get_prompt: fetch one target prompt definition through an existing session

Wrapper guidance surfaces:

• wrapper://how-to-use: plain-text usage guide

• tool_usage_guide: prompt form of the same instructions

Session mode is the better fit when:

• the target returns deferred handles like jobId

• follow-up calls must hit the same live target process

• target startup is expensive enough that repeating it obscures the real feedback loop

Safety Notes

• This wrapper launches arbitrary commands supplied by the caller.

• Treat launch arguments and env vars as sensitive.

• Only use it with trusted target commands and trusted local projects.

• Do not expose this as a public multi-tenant service.

Documentation

• Setup guide

• Tool reference

• Troubleshooting

• Branching strategy

• Maintainer guide

• Publishing checklist

• Fuzzing workflow

• Security policy

• Contributing

• Changelog

Star History