MCP Cloud 对比 Manufact Cloud：如何选择 MCP 托管平台？

MCP Cloud 与 Manufact Cloud 都能托管远程 Model Context Protocol 服务器，但两者解决的采购问题不同。MCP Cloud 更像覆盖托管服务器、第三方清单、聚合、安全策略和 Agent 托管的统一控制平面。Manufact Cloud 更像面向开发者的 MCP 平台，覆盖 MCP 服务器与 MCP Apps 的开发、预览、部署、观测和分发。

因此，选型应先确定运营模式，再比较功能数量。需要统一管理多个现有服务器、部署位置和 Agent 工具的团队，可以先评估 MCP Cloud。通过 Git 工作流发布 MCP 服务器或交互式 MCP App 的产品团队，可以先评估 Manufact。任何平台都应先通过你自己的授权、数据驻留、审计、恢复和退出测试。

本文专门回答供应商选择问题，不重复无状态 MCP 服务器迁移清单、企业 MCP 授权架构，也不重复为何MCP 不是完整安全边界的分析。

直接结论是什么？

若重点是集中管理 MCP 清单、聚合多个服务器、灵活部署和跨服务器治理，MCP Cloud 更值得先进入候选名单。若重点是 GitHub 原生开发、分支预览、MCP Apps 和从构建到生产的紧凑流程，Manufact Cloud 更值得先测试。正确选择取决于控制边界，而不是谁的功能列表更长。

为什么要在云端托管 MCP 服务器？

当多位员工、多个 Agent 或客户应用需要访问同一个持续在线的 Endpoint 时，远程 MCP 服务器很有价值。官方MCP 架构概览区分了通常只服务一个客户端的本地 stdio 服务器，以及通常服务多个客户端的 Streamable HTTP 远程服务器。托管平台会在 Endpoint 外增加 TLS、Runtime 运维、Secrets、扩缩容和日志。

但托管不会自动让 Tool 安全。服务器仍需决定每个身份可读写什么、如何交换下游凭证、请求属于哪个 Tenant，以及重试写入是否会执行两次。平台可以提供控制组件，却无法从 Tool Schema 推导你的业务授权模型。

MCP Cloud 与 Manufact Cloud 快速对比

该表用于采购导航，不是安全认证或性能基准。我们在 2026 年 8 月 10 日检查了公开资料，没有获得供应商访问权限、报酬或编辑批准。

MCP Cloud 主要优化什么？

当问题不只是部署一个 Repository 时，MCP Cloud 更容易体现价值。公开产品包括托管自有服务器、部署第三方服务器、统一清单、认证与 Guards、聚合聚焦的 Toolsets、将多个服务器放在一个 Endpoint 后方，以及托管长期运行的 Agents。

检查时，其公开价格页显示 Starter 每月 19 美元、Personal 49 美元、Professional 149 美元、Premium 499 美元，另有按量方案和定制 Business。套餐混合了计算资源、服务器数量、Agent 托管、Toolsets 和安全功能。应比较完整工作负载的成本，并在结账或合同中确认限额、Credits、保留期和超额费用。

对于企业架构，其企业部署说明公开描述全托管云、混合与完整本地部署。这对私有网络或控制平面驻留有要求的买方尤其关键。采购时应进一步确认每种模式下哪些组件、遥测、更新和支持渠道仍由供应商运营。

Manufact Cloud 主要优化什么？

Manufact Cloud 更像垂直开发者平台。服务器可以来自 GitHub Repository、模板、Coding Agent 或现有 URL。文档覆盖构建、按分支预览、生产发布、Secrets、自定义域名、日志、Session Replay、流量分析、Publish Checks，以及连接 ChatGPT、Claude、Cursor 和 Codex。

检查时，Manufact 的公开价格页显示 Free 含两个项目和每月 5 美元 Credits，Hobby 每月 25 美元，Startup 每月 250 美元，Enterprise 为定制价格。分析保留期、团队人数、Preview Deployments、冷启动预防和区域权限因套餐而异。应按请求量、执行时长、保留期和预览用量建模，因为 Credits 本身无法预测生产账单。

其MCP 托管文档强调 GitHub 触发构建、每个分支一个 Preview URL、托管 TLS、自定义域名、按环境分离的 Secrets、框架识别和 Dockerfile 支持。若团队已经通过 Pull Request 发布，并希望 MCP Endpoint 遵循同样的评审节奏，这套流程很有吸引力。

哪一个更适合团队治理？

MCP Cloud 将治理、清单和组合放在产品叙事中心。Manufact 记录了组织角色、项目和企业自定义角色。关键是权限粒度，而不是页面是否写着 RBAC。

Manufact 的角色与权限文档明确说明内置 Member 不是只读角色。Member 可以创建、更新和删除服务器、Deployment、Agent、API Key、域名及 GitHub 集成。细粒度自定义角色属于 Enterprise 功能。小型产品团队可能重视这种简单性。受监管团队应将自定义角色计入预算，并测试部署者、安全评审、账单管理员与只读审计者是否真正分离。

无论选择哪家，都应索取 SSO 强制执行、服务账号、密钥轮换、不可变审计导出、保留期、区域处理、备份恢复、事件通知和 Tenant 隔离证据。策略面板截图不能证明下游 ERP 会拒绝另一个 Tenant 的对象 ID。

采购前应提出哪些安全问题？

官方MCP 安全最佳实践明确禁止 Token Passthrough，并讨论 Confused Deputy 与 SSRF 风险。应把这些要求变成验收测试，而不是上线后的可选加固。

• Token Audience：服务器是否拒绝签发给其他资源的 Token？
• 下游身份：是否把用户 Token 换成窄权限凭证，而不是直接转发？
• Tenant 来源：Tenant 是否来自验证后的 Claims，而非 Tool 参数？
• Tool 暴露：每个客户端、团队和环境能否获得最小 Allowlist？
• 请求目标：Redirect、Metadata Endpoint、Webhook 和用户 URL 是否防御 SSRF？
• 审计证据：能否导出调用者、Tool、策略决定、结果和 Correlation ID，同时不泄露 Secrets？
• 恢复：能否撤销凭证、回滚部署，并在目标时间内重建受影响调用？
• 退出：代码、配置、Secret Map 和客户端 URL 能否迁移，而无需重写业务集成？

什么时候选择 MCP Cloud？

• 已有多个托管、自托管或第三方 MCP 服务器，需要统一清单。
• 希望从多个服务器组合更小、已批准的 Tool Surface。
• 混合或本地部署是采购硬门槛。
• 长期 Agent 托管与 MCP 管理应放在一个商业平台。
• 集中安全与访问层比 Branch Preview 体验更重要。

必须验证实际企业边界。“本地部署”可能指完整私有控制平面，也可能只是仍依赖 SaaS 控制台的数据代理。

什么时候选择 Manufact Cloud？

• 团队正在开发新 MCP 服务器或 MCP App，希望从 Git Push 快速得到测试 URL。
• 每个 Pull Request 都应获得接近生产环境的 Preview Endpoint。
• 开发者需要框架预设、日志、Session、分析、Evals 和发布检查。
• ChatGPT 或 Claude 分发与交互式 MCP Apps 属于产品路线图。
• 重视开源框架带来的代码可迁移性。

mcp-use Repository以 MIT 许可证发布 TypeScript 和 Python 框架，并将框架与 Manufact Cloud 部署分开。这提高了代码可迁移性，但云配置、分析历史和运营流程仍需要明确的退出计划。

什么时候应该自托管或自建 MCP 平台？

若 Runtime 位置、网络策略、单位经济性或集成控制具有战略价值，而且团队能承担完整运维，可以自托管。若真正问题不是通用托管，而是 SAP、生产系统、客户账户、支付或受监管记录之间的产品级授权与交易边界，则应构建定制层。

不要只为省订阅费而重建 Dashboard。成本应包括值班、TLS 与 DNS、Secret Rotation、Autoscaling、日志、Trace 保留、滥用控制、OAuth 互操作、备份、区域故障转移、客户端兼容和事件响应。对于首个边界清晰的服务器，托管平台通常更经济。当业务规则或合规边界本身就是差异化优势时，定制架构才更合理。

Wavect 的AI Enablement 与 MCP 工程服务可以设计这条边界，Twinsoft AI 案例展示了我们如何开发并验证 AI 产品。若所有权和供应商适配问题超出 MCP，请参考定制软件与现成软件指南。

如何运行七天 MCP 托管试点？

1. 部署同一个边界清晰的服务器。使用三个只读 Tool 和一个可逆写入 Tool，连接合成或 Staging 数据。
2. 连接同样的客户端。测试用户实际使用的 ChatGPT、Claude、IDE 或内部 Host 版本。
3. 测试身份。准备两个用户、两个角色和两个 Tenant，包含跨 Tenant ID 拒绝与过期凭证。
4. 发布一次改动。测量 Preview 创建、审批、发布、回滚和客户端可见 Schema Drift。
5. 主动破坏依赖。触发上游超时、错误响应、Rate Limit、已撤销 Secret 和重复写入重试。
6. 导出证据。确认日志能回答谁在何种策略下，对哪个 Deployment 调用了什么 Tool。
7. 计算可接受成本。包括平台、使用量、工程时间、安全评审、支持和保留环境。

比较部署时间、成功调用率、p95 延迟、拒绝准确性、回滚时间、审计完整性和预期月成本。真正的赢家是以最少持续所有权成本通过生产 Gate 的平台，而不是最快生成 Hello World Endpoint 的平台。

研究边界

状态检查日期为 2026 年 8 月 10 日。本文使用公开产品页、文档、价格和开源 Repository。我们没有运行付费生产工作负载，没有检查供应商私有基础设施，没有执行渗透测试，也没有审阅企业合同。产品主张均归属于发布方。价格、功能和条款可能变化，采购时应再次确认。