MCPJungle 是一个自托管的 MCP 网关，供需要管理多个 MCP 服务器的开发者与团队使用，目标是解决客户端配置分散、重复安装以及权限控制不一致的问题。它既可以用于个人本地环境保持 MCP 配置整洁，也可以作为团队共享基础设施，提供集中发现、访问控制与可观测性。
用途与核心思路：与其把每个 MCP 服务器分别接入每个 AI 客户端，不如在 MCPJungle 中注册一次，然后让 Claude、Cursor、Codex 或自研 Agent 连接到一个统一的 MCP 端点。它提供的单一控制点包括：面向 Claude、Cursor、Copilot 和自定义 Agent 的一个 MCP 端点；集中注册和管理 MCP 服务器；统一发现工具、提示和资源；可选的工具组，只向特定客户端暴露其应看到的工具；面向共享部署的简单访问控制与可观测性挂钩。
主要能力：支持 stdio 与 Streamable HTTP 传输的 MCP 服务器（SSE 支持存在但尚不成熟）。可以添加 Streamable HTTP 服务器、添加 STDIO 服务器、移除 MCP 服务器、为服务器配置自定义 URL。工具使用规范名称引用，格式为 <mcp-server-name>__<tool-name>，服务器名与工具名之间用双下划线分隔。可以全局启用/禁用工具，也可以启用/禁用 Prompts。支持工具组（Tool Groups），用于只暴露客户端应该看到的工具。还提供访问控制与 OpenTelemetry 等企业功能。
使用方式：MCPJungle 以独立二进制形式发布，可从 Releases 页面下载或使用 Homebrew 安装，在 macOS 上必须使用 Homebrew，因为编译的二进制尚未公证。它采用客户端-服务器架构，同一个二进制可以运行服务器和客户端。服务器负责管理所有已注册的 MCP 服务器，并提供统一的 MCP 网关；网关本身运行在 Streamable HTTP 传输之上，可通过 /mcp 端点访问。推荐用 docker compose 在本地运行服务器，会同时启动 MCPJungle 服务器和持久化的 Postgres 数据库容器。也可以用二进制直接在宿主机上运行，默认监听 8080 端口，并默认在当前工作目录创建 SQLite 数据库文件 mcpjungle.db；也支持 PostgreSQL，可提供 DSN 或相关环境变量。若要注册依赖 npx 或 uvx 的 stdio 服务器，应使用带 stdio 标签的 Docker 镜像（该镜像更大但更方便）；如果 stdio 服务器依赖 npx 或 uvx 之外的其它工具，需要自建包含这些依赖和 mcpjungle 二进制的自定义镜像。添加 MCP 服务器可通过 CLI 或配置文件完成。连接 Claude Desktop、Cursor、Copilot 时，在各自 MCP 配置中加入 MCPJungle 的 MCP 服务器配置即可，之后客户端会通过 MCPJungle 调用工具。默认情况下，每次调用工具都会与上游 MCP 服务器新建连接并在调用完成后关闭；也可在 MCP 服务器配置中将 session_mode 设为 stateful 以复用连接，避免 stdio 服务器的冷启动开销，连接会在服务器停止、服务器被注销或空闲超时后关闭，空闲超时可通过 SESSION_IDLE_TIMEOUT_SEC 配置（默认 -1 表示不超时），官方建议尽可能使用默认的 stateless 连接。CLI 默认连接 http://127.0.0.1:8000，可用 --registry 标志或 ~/.mcpjungle.conf 配置文件指定自定义注册地址。
适用场景：个人本地保持 MCP 配置整洁；团队共享网关，集中发现、访问控制与可观测性；希望让多种 AI 客户端（Claude、Cursor、Copilot、自定义 Agent）共用一组 MCP 工具的场景；需要按客户端暴露部分工具的工具组场景。
限制与注意：SSE 支持尚不成熟。在 Docker 中运行 stdio 的 filesystem 服务器需要额外挂载宿主机目录卷并指定挂载路径，默认容器内无法访问宿主机文件系统。标准镜像不含 shell，需通过 docker exec 或 kubectl exec 直接运行 /mcpjungle。删除 SQLite 文件会删除所有已注册服务器数据及其它 MCPJungle 状态。企业模式（原生产模式）已更名但其余不变。关于收费、价格、具体平台与效果等事实，资料暂未提供。
