MCP Configs2026年5月12日·1 分钟阅读

MetaMCP — Aggregate Many MCP Servers as One

MetaMCP aggregates multiple MCP servers into namespaces and exposes a single endpoint with tool overrides, middleware, and an inspector for debugging.

Agent 就绪

这个资产可以被 Agent 直接读取和安装

TokRepo 同时提供通用 CLI 命令、安装契约、metadata JSON、按适配器生成的安装计划和原始内容链接,方便 Agent 判断适配度、风险和下一步动作。

Native · 94/100策略:允许
Agent 入口
任意 MCP/CLI Agent
类型
Mcp
安装
Single
信任
信任等级:Established
入口
docker-compose.yml
通用 CLI 安装命令
npx tokrepo install 603c608a-2628-45a0-b761-f219ddaca320

简介

MetaMCP 可以把多个 MCP server 聚合到 namespace,再对外输出一个统一端点;支持 tool 覆盖、middleware,并提供可保存配置的调试 inspector 便于复盘。

  • 适合谁: 想做 MCP ‘中枢’、并按 namespace 管理策略/覆盖/调试能力的团队
  • 可搭配: Docker + docker compose、内置 Postgres、上游 MCP servers
  • 准备时间: 20–45 分钟

实战建议

  • 数据点:推荐路径是 Docker Compose,并带一个 Postgres volume。
  • 量化建议:让每个 namespace 的工具数量保持在 5–15 个,避免上下文膨胀。

常用打法:在 namespace 边界做策略

聚合多个上游时,namespace 就是策略层:

  • 过滤/隐藏工具,
  • 统一工具命名与描述,
  • 增加日志与可观测性。

常用打法:建立“可复现的调试闭环”

让客户端调用 MetaMCP endpoint,再用 inspector 复盘调用并保存配置,把工具接入从“猜”变成可调试的流程。

FAQ

MetaMCP 是单个二进制吗? 答:推荐用 Docker Compose 运行,并带配套服务。

为什么要做 tool 覆盖? 答:少量元数据调整就能显著改善模型选工具的准确率。

怎么避免工具爆炸? 答:用 namespace + filter 只暴露真正需要的工具。

🙏

来源与感谢

Source: https://github.com/metatool-ai/metamcp > License: MIT > GitHub stars: 2,315 · forks: 339

讨论

登录后参与讨论。
还没有评论,来写第一条吧。

相关资产