$ loading_
将多个MCP服务聚合为单一入口，统一访问并转发全部工具调用。
该工具材料显示其为一个聚合多个 MCP server 的网关，本身未声明需要密钥或固定远程端点。基于现有信息整体不见明确高风险红旗，但因其具备代码执行/转发能力且文档较少、社区采用度低，宜按需留意。
材料明确写明“需要的密钥/环境变量：无”，未见要求用户提供 API key、token 或其他敏感凭证；凭证风险主要取决于其后接入的下游 MCP 服务，而非该网关自身。
材料未声明固定远程 host，但该工具的功能是聚合多个 MCP server 并转发调用，因此实际网络外发行为取决于被接入的下游服务器；当前信息不足以确认是否会将用户数据传至外部服务。
系统检查项已标注 executes-code，说明其具备在本机运行代码或进程的能力；这属于 MCP 工具常见能力，未见材料显示其申请明显超出网关用途的系统权限，但仍应在受限环境中运行。
材料未说明其直接读写哪些本地文件或数据，但作为聚合和转发层，它可能间接触达下游 MCP server 所暴露的资源范围；数据访问边界更多由所接入的服务器决定，当前文档不足以精确界定。
正面因素是其开源且使用 MIT 许可证，可进行源码审计；但来源为 third_party_registry，社区采用度仅 0 star、维护状态未知，且 README 缺失，导致可验证性与成熟度有限，需自行审查仓库与依赖。
复制安装指令，让 AI 自动完成配置 · 推荐新手
"super-mcp" 暂无可直接复制的安装信息，请查看页面文档或源码仓库。
请把这3个MCP服务聚合到一个 super-mcp 入口，并为每个服务添加清晰的命名空间，避免工具名称冲突。
返回聚合配置方案，包含命名空间设计与统一接入说明。
我希望智能体只连接一个MCP端点，却能访问代码、搜索和文档工具。请给出 super-mcp 的接入方案。
输出单端点接入方案，以及工具转发与调用方式说明。
多个MCP服务里有同名工具，导致调用混乱。请帮我设计 super-mcp 的命名与路由规则。
给出冲突规避规则、命名建议和可执行的路由策略。
将多个MCP后端统一接入单一入口，便于路由、编排与集中管理。