MCPlama

MCPlama 是面向运行多个 Model Context Protocol（MCP）服务器团队的开源、自托管网关与控制面。它不要求把凭据和服务器配置复制到每位开发者的 Claude、Codex、Cursor 或 VS Code 中，而是让运维人员登记一次服务器，再为每位获准用户创建受控连接 URL。项目在 2026 年 10 月 5 日发布 v1.0.1，采用 AGPL-3.0-or-later 许可证。

集中管理的内容

网关将 OAuth/API 凭据、服务器生命周期控制、用户及服务器访问策略、连接令牌和 MCP 活动审计日志放在同一部署中。客户端连接后，MCPlama 会解析连接令牌、校验请求来源、检查策略、注入对应凭据、记录事件，再代理请求到选定的 MCP 服务器。对于团队而言，这直接处理了本地 MCP JSON 配置重复保存密钥、且难以撤销访问的问题。

MCPlama 将公开网关与启动 MCP 容器的组件分离。在建议的多容器部署中，只有 broker 能访问 Docker socket，网关和 runner 容器不能访问。这个边界有助于限制不受信任工具运行时的权限，但仍必须审查每个安装的服务器，并保护主机、反向代理、备份与密钥。

实用工作流

先用官方 Docker 镜像完成部署向导；系统没有默认管理员账号。从目录添加一个低风险 MCP 服务器，授权其提供商凭据，并为测试用户创建连接令牌。把生成的 URL 放进 Claude Desktop、Cursor 或 .vscode/mcp.json 等支持的客户端配置中，再确认审计日志和访问策略是否符合预期。确认无误后，团队才应将共享的生产凭据放到网关后面。

文档提供本地评估部署，但生产环境需要自行管理密钥并在前方设置 HTTPS 反向代理。自托管网关能减少重复配置，却不能消除 AI 客户端调用 MCP 工具带来的安全含义。应把令牌视为凭据，在人员或服务器变动时轮换，并依照安全模型隔离容器 broker。

适用性与替代方案

如果团队要集中管理多个 MCP 服务器，并向不同用户提供可控、可审计的连接，MCPlama 是合适的选择。它属于协议层产品，不是 Agent 框架，也不是单个 MCP 服务器。MCP Login 解释了底层协议生态；OpenClaw 和 CowAgent 则是职责不同、更广泛的自托管 Agent 选项。

MCPlama 是值得关注的早期项目，不是托管 SaaS。组织决定标准化采用前，应审阅其较短的维护历史和 AGPL 许可证；在对公网开放前，请阅读官方安全模型与部署文档。