企业官网建设流程全解析

接了10个MCP服务器后配置全乱了？MetaMCP 把它们聚合成一个端点

【免费下载链接】metamcpMCP Aggregator, Orchestrator, Middleware, Gateway in one docker项目地址: https://gitcode.com/gh_mirrors/me/metamcp

MCP（Model Context Protocol）服务器接得越多，客户端配置越乱：同一个数据库工具挂在哪个项目下、哪些工具该开该关，全靠记忆。MetaMCP 要解决的就是这个问题——它本身是一个 MCP 服务器，能把你管理的所有 MCP 服务器聚合成统一端点对外提供，工具级开关联动，一次配置、处处生效。

一句话定位

MetaMCP 是一个跑在 Docker 里的 MCP 聚合网关：你在网页上管理服务器和工具组合，客户端只连一个地址，适合个人开发者把多个 MCP 工具收拢进一个入口，也适合团队共享一套配置。

三步跑起来

克隆仓库。本地只需要 Docker，不需要装 Node 或数据库。

git clone https://gitcode.com/gh_mirrors/me/metamcp cd metamcp

准备环境变量。复制示例配置并修改应用地址：

cp example.env .env

启动。一条命令拉起应用和 PostgreSQL：

docker compose up -d

浏览器打开http://localhost:12008注册账号即可。侧边栏里就是三块核心：MCP Servers（要聚合的服务器）、Namespaces（分组）、Endpoints（对外地址）。

功能深讲：按场景看它怎么用

团队共享一份工具配置

场景：Cursor 用户 A 和 Claude Desktop 用户 B 都要用同一批 MCP 工具。传统做法是每人维护一份mcp.json，改一处就漏一处。用 MetaMCP，服务器和工具组合只配置一次，两人各自把客户端指向同一个端点 URL。后端逻辑在 apps/backend/src/ 的代理层里完成请求转发与鉴权，客户端不需要任何特殊支持。

多项目配置怎么隔离

场景：项目 A 只要新闻检索，项目 B 要加数据库和搜索工具。MetaMCP 的命名空间（Namespace）把若干 MCP 服务器组成一个逻辑分组，每个项目建一个命名空间，再分别挂一个端点。工具是跨服务器自动发现的，且支持逐个启用或禁用——你不用整台服务器地取舍，只暴露当前项目需要的工具。不同来源的同名工具会自动加服务器名前缀（如WebSearch__search），避免冲突。

改完配置怎么确认没改坏

场景：调完工具开关，真实客户端连上去才发现工具不见了，排查半天。MetaMCP 内置 Inspector（调试台），在网页里就能 ping 端点、列出工具、直接执行一次调用，不用起真实客户端。

谁在调用我的工具

场景：端点发给了同事，某天想查是谁调了哪个工具。审计日志按 API Key、端点、服务器、工具、耗时和成败状态记录每一次调用，可实时筛选查看。

为什么选它

• 端点带认证和审计。多数聚合工具只解决"合并"，MetaMCP 的端点支持 API Key 认证，调用全部留痕，适合把工具端点交给别人用。
• 工具级控制，不是服务器级。开关节点落到单个工具，能砍掉对模型没用却占上下文窗口的工具。
• 一个容器搞定。聚合、网关、鉴权、审计都在这一个 Docker 镜像里，没有多组件拼装。

实践建议

• APP_URL改过后，务必只用该地址访问，否则会被 CORS 拦截。
• 生产环境必改POSTGRES_PASSWORD和BETTER_AUTH_SECRET，别用默认值，并启用 HTTPS。
• 端点支持 SSE 和 Streamable HTTP 两种地址，连不上时先确认客户端用的协议与端点类型匹配。

写在最后

如果你的 MCP 配置已经多到记不清，花十分钟搭一个 MetaMCP，把所有服务器收进一个端点，是成本最低的一步。建议先建一个私有命名空间跑通单个服务器，再逐步把项目和端点拆细。

关键词：MetaMCP MCP聚合、MCP服务器管理、MCP网关聚合、MCP端点认证审计、多MCP服务器统一配置

【免费下载链接】metamcpMCP Aggregator, Orchestrator, Middleware, Gateway in one docker项目地址: https://gitcode.com/gh_mirrors/me/metamcp