DeployStack

DeployStack - 开源 MCP 托管平台

🚀 立即试用 ·  🌐 网站 ·  📚 文档 ·  路线图 ·  Discord

---

只需 30 秒，即可将 MCP 服务从 GitHub 部署为 HTTP 端点。兼容 n8n、Dify、Voiceflow、Langflow、Claude Code、Cursor 和任何 MCP 客户端。

问题所在

大多数 MCP 服务仅支持 stdio。但工作流自动化平台需要 HTTP 端点。

平台	所需功能	问题
n8n	MCP 客户端节点需要 HTTP URL	不支持 stdio
Dify	HTTP/SSE 端点（v1.6+）	不支持 stdio
Voiceflow	远程 MCP 端点	“不支持本地 MCP”
Langflow	生产环境需要 HTTP/SSE	本地进程无法扩展

现有的变通方法都很麻烦：

• mcp-remote 需要在本地配置 Node.js
• Docker 容器需要 DevOps 专业知识
• 自行托管（Fly.io、Railway）需要数小时

对于团队而言，问题还会成倍增加：

• 凭据散落在 Slack 私信和 .env 文件中
• 无法了解谁在使用哪些工具
• 新开发者入职需要数小时
• 有人离职时，祝你好运，试着轮换所有那些 API 密钥吧

DeployStack 适用人群

面向 AI 自动化开发者

• n8n、Dify、Voiceflow、Langflow 用户：为 MCP 服务获取 HTTP 端点，不再受 stdio 限制
• 无需 DevOps：无需配置 Docker 容器和 mcp-remote
• 部署自定义 MCP 服务：指定 GitHub 仓库，30 秒内即可获取 URL
• 专注于工作流：构建自动化流程，而不是基础设施

面向自动化服务机构

• 可直接交付给客户的 MCP 托管：为客户项目部署 MCP 服务，无需管理基础设施
• 支持白标：团队隔离可确保客户数据相互分开
• 扩展而无运维负担：添加更多 MCP 服务，无需增加 DevOps 人手
• 凭据管理：安全保管所有客户的 API 密钥

面向平台 / DevOps 团队

• 终结凭据混乱：将 API 密钥从 Slack 私信和 .env 文件迁移到加密保险库，并自动注入
• 控制 MCP 访问权限：基于角色的权限决定谁可以使用哪些 MCP 服务和工具
• 防止数据泄露：团队隔离和审计日志可准确显示哪些工具访问了哪些数据
• 集中配置：使用唯一可信数据源，取代 N 位开发者 × M 份配置

面向开发者

• 零配置：只需向 MCP 客户端添加一个 URL，即可立即访问团队的所有 MCP 工具
• 无需本地安装：无需 npm install，无需管理进程，也不会发生端口冲突
• 开箱即用：各处使用相同配置，不再为“在我的机器上能运行”而排查问题
• 专注于代码：安全和凭据问题由平台代为处理

面向工程经理

• 1-click 团队入职：新开发者？几分钟内就能使用 MCP 工具开展工作，而不是花上数小时
• 降低 AI 成本：Token 减少 98%，意味着 API 账单更低，大模型性能更佳
• 全面可见性：查看团队使用了哪些工具、使用频率以及访问了哪些内容
• 安全离职：有人离职时，立即撤销其访问权限，不必再为轮换凭据头疼

解决方案

DeployStack 将 MCP 服务托管为 HTTP 端点。有两种使用方式：

从 GitHub 部署

将 DeployStack 指向任何包含 MCP 服务的 GitHub 仓库：

1. 连接你的 GitHub 账号
2. 选择一个仓库
3. 获取一个可立即使用的 HTTP 端点

推送代码时自动部署。就像 Vercel，但面向 MCP 服务。

使用精选目录

没有自己的 MCP 服务？浏览我们的热门服务目录：

• 一键安装
• 预先配置并经过测试
• 几秒内即可使用

主要功能

从 GitHub 部署

GitHub Repo → DeployStack → HTTP Endpoint → Your MCP Client

• 将任何 stdio MCP 服务转换为 HTTP 端点
• git push 时自动部署
• 为测试提供分支部署
• 无需 DevOps

减少 98% Token

传统 MCP 配置会将所有工具加载到上下文中：

• 10 个服务 × 15 个工具 = 150 个工具 = 消耗 75,000 个 Token

DeployStack 的分层路由器只公开 2 个元工具：

• discover_mcp_tools - 查找相关工具
• execute_mcp_tool - 运行所需工具
• 结果：只需 1,372 个 Token，而非 75,000 个

扩展至 100 多个 MCP 服务，也不会降低大模型性能。

凭据保险库

安全存储 API 密钥和机密：

• 静态加密
• 运行时自动注入
• 配置文件中不存放凭据
• Slack 私信中不发送机密
• 轮换一次，随处更新

团队管理与 RBAC

管理团队访问权限：

• 邀请团队成员并分配特定角色
• 定义谁可以使用哪些 MCP 服务
• 在一个控制面板中管理权限
• 新开发者可即时入职

审计日志

全面了解 MCP 使用情况：

• 追踪每次工具交互
• 查看谁在何时访问了什么
• 导出日志以满足合规要求
• 借助完整历史记录调试问题

随处可用

兼容任何支持 HTTP/SSE 的 MCP 客户端：

工作流平台	AI 编码工具	其他客户端
n8n	Claude Code	任意 HTTP MCP 客户端
Dify	Cursor	自定义集成
Voiceflow	VS Code
Langflow	Windsurf

架构

┌─────────────┐     ┌─────────────────┐     ┌─────────────┐
│   GitHub    │────▶│   DeployStack   │────▶│  HTTP URL   │
│    Repo     │     │    Satellite    │     │   Endpoint  │
└─────────────┘     └─────────────────┘     └─────────────┘
                            │
                    ┌───────┴───────┐
                    │               │
              ┌─────▼───-──┐   ┌───-──▼──-───┐
              │ Credential │   │ Hierarchical│
              │   Vault    │   │   Router    │
              └──────────-─┘   └─--──────────┘

两种部署选项：

全球卫星节点	团队卫星节点
由 DeployStack 管理	部署在你的基础设施上
零配置	完全掌控数据
提供免费套餐	企业级安全
satellite.deploystack.io	satellite.yourcompany.com

快速开始

1. 注册

在 cloud.deploystack.io 创建免费账号

2. 添加 MCP 服务

选项 A：从 GitHub 部署

• 连接你的 GitHub 账号
• 选择一个包含 MCP 服务的仓库
• 点击 Deploy

选项 B：使用目录

• 浏览 MCP 服务目录
• 在任意服务上点击 Install
• 如有需要，配置凭据

3. 获取端点

从控制面板复制 HTTP 端点 URL。

4. 配置 MCP 客户端

将以下内容添加到 MCP 客户端配置中：

{
  "mcpServers": {
    "deploystack": {
      "type": "http",
      "url": "https://satellite.deploystack.io/mcp"
    }
  }
}

完成。现在，你的所有 MCP 服务都可以通过一个 URL 访问。

自托管

DeployStack 是开源的（AGPL-3.0）。可将其部署在自己的基础设施上运行：

git clone https://github.com/deploystackio/deploystack
cd deploystack
docker-compose up

详细说明请参阅自托管文档。

路线图

阶段 1：基础建设（已完成）

• 部署托管版本 cloud.deploystack.io，包含后端和前端
• 实现安全的用户和团队管理系统，支持角色和权限
• 集成 OAuth，实现安全登录（GitHub）
• 创建初始 MCP 服务目录，便于发现工具
• 建立文档并支持通过 Docker 自托管
• 采用仅基于 PostgreSQL 的数据库架构，支持企业级扩展

阶段 2：企业治理（已完成）

• 为新用户自动安装 MCP 服务，并支持由管理员控制默认设置
• 筛选精选 MCP 服务，改进工具发现体验
• 全局事件总线系统，支持插件集成
• 三层 MCP 配置架构（模板、团队、用户级别）
• 多用户配置管理，支持个性化的设备专属配置
• 高级 MCP 参数和环境变量处理，支持架构验证
• 支持 HTTP/SSE 传输的 HTTP 标头和 URL 查询参数
• 在卫星日志中选择性屏蔽机密信息

阶段 3：卫星基础设施（已完成）

• 全球卫星基础设施：通过 HTTPS 管理 MCP 服务
• 零安装体验：只需将 URL 添加到 MCP 客户端
• OAuth 身份验证，支持基于令牌的认证
• 卫星配对安全性，支持基于 JWT 的令牌注册
• 正式公开发布：面向社区使用的生产级卫星
• 资源管理：进程隔离和资源限制
• 为 MCP 目录集成 GitHub README 和 Stars
• 后台作业队列系统，采用基于 PostgreSQL 的工作进程基础设施
• 定时任务调度系统，集成 node-cron
• 集成 MCP Registry：支持官方 MCP Registry

阶段 4：上下文窗口优化（已完成）

• 实现分层路由器：采用 2 工具模式，实现 98% 的令牌用量缩减
• 语义工具搜索，采用 Fuse.js 模糊匹配（性能为 2-5 ms）
• 工具发现 API，提供路径、描述、传输类型和相关性评分
• 智能工具执行，自动路由至 stdio 或 HTTP/SSE 后端
• MCP 工具元数据收集，支持令牌计数和事件驱动同步
• 工具展示与分析 API，支持团队感知型工具管理
• 令牌分析仪表板，提供可视化对比和按安装实例分类的明细
• MCP 服务的 OAuth 2.1 身份验证（Box、Linear、GitHub Copilot 等）

阶段 5：高级治理（已完成）

• 工具使用情况和性能分析仪表板
• 按工具设置访问控制：团队管理员可禁用单个工具
• 改进可搜索的 MCP 服务目录，新增精选页面和分类
• AI 指令：可直接复制的 AI 编码助手指令文件

阶段 6：高级架构（已完成）

• 多传输支持：SSE、Streamable HTTP、Direct HTTP 协议
• 实时命令编排，提供即时状态反馈
• 卫星作业系统，采用 JobManager 和可扩展架构
• 卫星后端事件系统，支持批量处理和 JSON 架构验证
• 跨所有组件跟踪 MCP 客户端活动
• 时间序列指标系统，采用 15 分钟分桶聚合
• 多区域卫星部署

阶段 7：GitHub 部署（已完成）

• 从任意 GitHub 仓库部署 MCP 服务
• 通过 Webhook 在 git push 时自动部署
• 用于测试的分支部署
• 团队卫星：由客户部署的企业级卫星

阶段 8：进行中

• 高级审计界面：详细日志仪表板
• 支持 Python MCP 服务：部署基于 Python 的 MCP 服务

阶段 9：计划中

• SSO 集成（SAML、OIDC）
• SOC 2 Type II 认证
• 基于对话上下文的 AI 驱动工具推荐
• 按团队设置令牌预算和成本归属

贡献

欢迎贡献。参与方式如下：

1. Fork 此仓库
2. 创建功能分支：git checkout -b feature/your-idea
3. 遵循 TypeScript 和 ESLint 规范
4. 为新功能添加测试
5. 提交拉取请求

我们需要帮助的领域：

• MCP 服务集成
• 改进文档
• 卫星基础设施
• 企业功能

链接

• 平台：cloud.deploystack.io
• 文档：docs.deploystack.io
• GitHub：github.com/deploystackio/deploystack
• Discord：加入社区

许可证

AGPL-3.0 - 你可以自由地自托管、修改和使用 DeployStack。如果你将其作为服务提供，则必须开源你的修改。