Интеграция любого MCP-клиента с поддержкой MCP-сервера STDIO (большинство из них) с потоковыми HTTP-серверами MCP.

Если у вас есть потоковый HTTP MCP-сервер, разветвление этого, жесткое кодирование URI и публикация даст вам репо, на которое вы можете указать, добавить в каталоги и позволить людям использовать через STDIO.

Примечание : Это имеет сходство с удалённым пакетом mcp.

##Почему?

MCP Spec для добавления потокового HTTP Transport приземлился в конце марта 2025 года, и по состоянию на конец апреля ни один клиент не принял поддержку. Typescript-sdk слил код, но не выпустил. Python SDK все еще находится в разработке. Инспектор поддерживает его, но это все.

Это ставит разработчиков в неловкое положение. Разработайте MCP-сервер, используя STDIO или SSE (устаревший), чтобы он работал с клиентами или развивался с потоковым HTTP-транспортом, но никто не может его использовать.

Я хочу начать интеграцию потоковых HTTP MCP-серверов, а не только инспектора, поэтому мне нужен способ немедленно подключить их к клиентам и LLM.

Этот пакет направлен на то, чтобы преодолеть ограничение, будучи MCP-сервером STDIO, который ретранслируется на ваш потоковый HTTP-сервер MCP. Это позволяет всем MCP-клиентам сразу поддерживать потоковый HTTP.

mcp-stdio-to-streamable-http-adapter MCP Server

Integrate any MCP Client that has STDIO MCP Server Support (most do) with the Streamable HTTP MCP Servers

If you have a Streamable HTTP MCP Server, forking this, hardcoding the URI and publishing will give you a repo that you can point to, add to directories and let people use via STDIO.

Note: This has similarities to the mcp-remote package

Why?

The MCP Spec to add a Streamable HTTP Transport landed end of March 2025 and as of the end of April, no clients have adopted support. The typescript-sdk has merged the code, but not released. The Python SDK is still in development to support it. The Inspector supports it, but that’s it.

This leaves developers in an awkward position. Develop the MCP Server using STDIO or SSE (deprecated) so it works with clients or develop with Streamable HTTP transport, but nobody can use it.

I (ferrants) want to start integrating the Streamable HTTP MCP Servers beyond just the inspector, so I need a way to connect them to clients and LLMs right away!

This package aims to bridge the cap by being a STDIO MCP Server that relays to your Streamable HTTP MCP Server. This makes all MCP Clients support Streamable HTTP right away. And now developers can develop the Streamable HTTP MCP Servers and provide an installation method.

Installation

To add OpenAI to Claude Desktop, add the server config:

On MacOS: ~/Library/Application Support/Claude/claude_desktop_config.json

On Windows: %APPDATA%/Claude/claude_desktop_config.json

Env Vars

• URI: The URL of the Streamable HTTP MCP Server. This is required.
• MCP_NAME: The name of the MCP Server. This is optional. If you configure multiple, this is required so they do not have the same names.
• BEARER_TOKEN: The Bearer token for the Streamable HTTP MCP Server. This is optional. If specified, this will be sent along in the Authorization header.

Configuration

You can use it via npx in your Claude Desktop configuration like this:

{
  "mcpServers": {
    "my-saas-app-development": {
      "command": "npx",
      "args": [
        "@pyroprompts/mcp-stdio-to-streamable-http-adapter"
      ],
      "env": {
        "URI": "http://localhost:3002/mcp",
        "MCP_NAME": "local-custom-streamable-http-adapter"
      }
    }
  }
}

Or, if you clone the repo, you can build and use in your Claude Desktop configuration like this:

{
  "mcpServers": {
    "my-saas-app-development": {
      "command": "node",
      "args": [
        "/path/to/mcp-stdio-to-streamable-http-adapter/build/index.js"
      ],
      "env": {
        "URI": "http://localhost:3002/mcp",
        "MCP_NAME": "local-custom-streamable-http-adapter"
      }
    }
  }
}