$ loading_
将基于 stdio 的 MCP 服务桥接为 HTTP 接口，并支持按工具安全过滤。
复制安装指令，让 AI 自动完成配置 · 推荐新手
"mcp-http-bridge" 暂无可直接复制的安装信息，请查看页面文档或源码仓库。
请把这个基于 stdio 的 MCP 服务桥接成 HTTP 接口，说明如何让只支持 HTTP 的 MCP 客户端调用它的工具。
给出将 stdio MCP 服务转换为 HTTP 访问方式的配置或说明，便于 HTTP 客户端使用原有工具。
为这个 HTTP 桥接服务配置按工具的允许/拒绝规则，只开放必要工具，其他工具默认拒绝。
输出一套按工具过滤的安全配置思路，帮助减少不必要的工具暴露。
我有一个只能通过 stdio 通信的 MCP 服务，想让现有 HTTP 集成继续使用它。请说明如何用这个桥接方案实现。
说明桥接层如何连接 stdio 服务与 HTTP 客户端，并点出工具访问控制的作用。
开发者在已有 stdio MCP 服务不变的情况下，可通过该桥接层让仅支持 HTTP 的客户端继续调用原有工具，减少改造成本。
当团队需要把 MCP 工具通过 HTTP 提供给外部客户端时，可以使用按工具的允许/拒绝过滤，仅开放需要的能力。
运维或平台工程团队可在接入层把 stdio 服务统一桥接为 HTTP，便于与现有基于 HTTP 的系统集成。
它把一个通过 stdio 通信的 MCP 服务桥接为 HTTP，使通过 HTTP 通信的 MCP 客户端也能使用该服务的工具。
它包含按工具的允许/拒绝过滤机制，可对外暴露的工具进行细粒度控制，从而提升安全性。
给定信息没有提供安装步骤、运行时或依赖要求。更具体的部署方式见源码仓库。
将本地 Stdio MCP 客户端桥接到远程 HTTP MCP 服务，便于集成与调用。
通过 YAML 配置安全暴露主机命令为 MCP 工具
将命令行工具通过 stdio 或 HTTP 暴露为可调用的 MCP 工具
将 HTTP 接口与 cURL 命令转换为可安全调用的本地优先 MCP 工具。
在 Streamable HTTP 与 stdio 之间转发 MCP 通信，便于集成与调试工具链。
让移动端 MCP 客户端安全执行本地程序、文件操作与网络诊断任务