--- title: "MCP Cloud 对比 Manufact Cloud：2026 托管指南" canonical: https://wavect.io/zh/blog/mcp-cloud-vs-manufact-cloud/ language: zh description: "比较 MCP Cloud 与 Manufact Cloud 的 MCP 服务器托管、价格、部署、治理和安全，并使用七天生产采购清单完成选型。" image: "https://wavect.io/img/blog/headers/header_mcp-cloud-vs-manufact-cloud.png" --- [**返回**](/zh/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/zh/team/kevin-riedl/) [Kevin Riedl](/zh/team/kevin-riedl/) https://linkedin.com/in/wsdt 10 分钟 阅读 · 2026年8月10日 最近审核 2026年8月10日 [**下一篇**](/zh/blog/hyperagent-review-cloud-ai-agents/) # MCP Cloud 对比 Manufact Cloud：如何选择 MCP 托管平台？ 要点速览 MCP Cloud 与 Manufact Cloud 都能托管远程 MCP 服务器，但两者从不同的采购问题出发。MCP Cloud 更适合作为集中清单、多服务器组合、治理、长期 Agent 和灵活企业部署的首选候选。Manufact Cloud 更适合作为 GitHub 原生构建、分支预览、MCP Apps、可观测性和分发的首选候选。任何平台都不能取代你自己的 API 与数据层中的对象级和 Tenant 级授权。应在两个平台运行同一个边界清晰的服务器、身份、故障、审计导出和预期月度工作负载。选择以最少持续所有权成本通过生产、恢复和退出 Gate 的运营模式。 **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 服务器迁移清单](/zh/blog/mcp-stateless-server-migration-2026/) 、 [企业 MCP 授权架构](/zh/blog/enterprise-mcp-authorization-architecture/) ，也不重复为何 [MCP 不是完整安全边界](/zh/blog/mcp-security-boundary-data-level-access-control/) 的分析。 独立性与商标声明 本页由 Wavect 发布，Wavect 自身也是服务商，因此我们对本页存在商业利益。我们与本页提及的其他公司没有关联，未获得其背书，也不是其合作伙伴；所有第三方公司名称、品牌与商标均归各自所有者所有。关于其他服务商的陈述来自公开可查的来源，主要是其自己发布的页面，以本页标注的核查日期为准，此后可能已经发生变化。做决定前请自行直接核实。本页依据我们所知的情况撰写，并力求保持客观。如果你认为其中有不准确或不公平之处，请写信告诉我们，我们会更正： [office@wavect.io](mailto:office@wavect.io) ## 直接结论是什么？ **若重点是集中管理 MCP 清单、聚合多个服务器、灵活部署和跨服务器治理，MCP Cloud 更值得先进入候选名单。若重点是 GitHub 原生开发、分支预览、MCP Apps 和从构建到生产的紧凑流程，Manufact Cloud 更值得先测试。正确选择取决于控制边界，而不是谁的功能列表更长。** ## 为什么要在云端托管 MCP 服务器？ 当多位员工、多个 Agent 或客户应用需要访问同一个持续在线的 Endpoint 时，远程 MCP 服务器很有价值。官方 [MCP 架构概览](https://modelcontextprotocol.io/docs/learn/architecture) 区分了通常只服务一个客户端的本地 stdio 服务器，以及通常服务多个客户端的 Streamable HTTP 远程服务器。托管平台会在 Endpoint 外增加 TLS、Runtime 运维、Secrets、扩缩容和日志。 但托管不会自动让 Tool 安全。服务器仍需决定每个身份可读写什么、如何交换下游凭证、请求属于哪个 Tenant，以及重试写入是否会执行两次。平台可以提供控制组件，却无法从 Tool Schema 推导你的业务授权模型。 ## MCP Cloud 与 Manufact Cloud 快速对比 | 决策因素 | MCP Cloud | Manufact Cloud | | --- | --- | --- | | 主要产品形态 | MCP 控制平面、托管、清单、聚合、治理与 Agent 托管 | 覆盖 MCP 服务器和 MCP Apps 构建到分发的开发者云 | | 首要问题 | 如何控制并开放不断增长的 MCP 资产？ | 如何快速发布并运营这个 MCP 产品？ | | 部署流程 | GitHub、Registry，以及托管或企业部署选项 | GitHub 或 CLI、框架识别、分支预览和托管 Runtime | | 组合能力 | Multi-MCP、Toolsets 和统一入口是核心概念 | 服务器、App 或 Agent 是项目核心，并配有 Gateway 和分发工具 | | 开发反馈 | Inspector、日志、Trace 和 Tool 调整 | Preview URL、构建日志、Session、Gateway、Evals 和发布检查 | | 部署控制 | 公开描述托管云、混合与完整本地部署 | 托管区域与自定义 Dockerfile，mcp-use 框架保持可迁移 | | 价格形态 | 按量入口，加个人、专业、团队和企业套餐 | 基于 Credits 的 Free、Hobby、Startup 和 Enterprise | 该表用于采购导航，不是安全认证或性能基准。我们在 2026 年 8 月 10 日检查了公开资料，没有获得供应商访问权限、报酬或编辑批准。 ## MCP Cloud 主要优化什么？ 当问题不只是部署一个 Repository 时，MCP Cloud 更容易体现价值。公开产品包括托管自有服务器、部署第三方服务器、统一清单、认证与 Guards、聚合聚焦的 Toolsets、将多个服务器放在一个 Endpoint 后方，以及托管长期运行的 Agents。 检查时，其 [公开价格页](https://mcp-cloud.io/pricing) 显示 Starter 每月 19 美元、Personal 49 美元、Professional 149 美元、Premium 499 美元，另有按量方案和定制 Business。套餐混合了计算资源、服务器数量、Agent 托管、Toolsets 和安全功能。应比较完整工作负载的成本，并在结账或合同中确认限额、Credits、保留期和超额费用。 对于企业架构，其 [企业部署说明](https://mcp-cloud.io/companies) 公开描述全托管云、混合与完整本地部署。这对私有网络或控制平面驻留有要求的买方尤其关键。采购时应进一步确认每种模式下哪些组件、遥测、更新和支持渠道仍由供应商运营。 ## Manufact Cloud 主要优化什么？ Manufact Cloud 更像垂直开发者平台。服务器可以来自 GitHub Repository、模板、Coding Agent 或现有 URL。文档覆盖构建、按分支预览、生产发布、Secrets、自定义域名、日志、Session Replay、流量分析、Publish Checks，以及连接 ChatGPT、Claude、Cursor 和 Codex。 检查时，Manufact 的 [公开价格页](https://manufact.com/pricing) 显示 Free 含两个项目和每月 5 美元 Credits，Hobby 每月 25 美元，Startup 每月 250 美元，Enterprise 为定制价格。分析保留期、团队人数、Preview Deployments、冷启动预防和区域权限因套餐而异。应按请求量、执行时长、保留期和预览用量建模，因为 Credits 本身无法预测生产账单。 其 [MCP 托管文档](https://manufact.com/platform/hosting) 强调 GitHub 触发构建、每个分支一个 Preview URL、托管 TLS、自定义域名、按环境分离的 Secrets、框架识别和 Dockerfile 支持。若团队已经通过 Pull Request 发布，并希望 MCP Endpoint 遵循同样的评审节奏，这套流程很有吸引力。 ## 哪一个更适合团队治理？ MCP Cloud 将治理、清单和组合放在产品叙事中心。Manufact 记录了组织角色、项目和企业自定义角色。关键是权限粒度，而不是页面是否写着 RBAC。 Manufact 的 [角色与权限文档](https://docs.manufact.com/dashboard/permissions) 明确说明内置 Member 不是只读角色。Member 可以创建、更新和删除服务器、Deployment、Agent、API Key、域名及 GitHub 集成。细粒度自定义角色属于 Enterprise 功能。小型产品团队可能重视这种简单性。受监管团队应将自定义角色计入预算，并测试部署者、安全评审、账单管理员与只读审计者是否真正分离。 无论选择哪家，都应索取 SSO 强制执行、服务账号、密钥轮换、不可变审计导出、保留期、区域处理、备份恢复、事件通知和 Tenant 隔离证据。策略面板截图不能证明下游 ERP 会拒绝另一个 Tenant 的对象 ID。 ## 采购前应提出哪些安全问题？ 官方 [MCP 安全最佳实践](https://modelcontextprotocol.io/docs/tutorials/security/security_best_practices) 明确禁止 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](https://github.com/mcp-use/mcp-use) 以 MIT 许可证发布 TypeScript 和 Python 框架，并将框架与 Manufact Cloud 部署分开。这提高了代码可迁移性，但云配置、分析历史和运营流程仍需要明确的退出计划。 ## 什么时候应该自托管或自建 MCP 平台？ 若 Runtime 位置、网络策略、单位经济性或集成控制具有战略价值，而且团队能承担完整运维，可以自托管。若真正问题不是通用托管，而是 SAP、生产系统、客户账户、支付或受监管记录之间的产品级授权与交易边界，则应构建定制层。 不要只为省订阅费而重建 Dashboard。成本应包括值班、TLS 与 DNS、Secret Rotation、Autoscaling、日志、Trace 保留、滥用控制、OAuth 互操作、备份、区域故障转移、客户端兼容和事件响应。对于首个边界清晰的服务器，托管平台通常更经济。当业务规则或合规边界本身就是差异化优势时，定制架构才更合理。 Wavect 的 [AI Enablement 与 MCP 工程服务](/zh/services/ai-enablement/) 可以设计这条边界， [Twinsoft AI 案例](/zh/case-studies/twinsoft-ai/) 展示了我们如何开发并验证 AI 产品。若所有权和供应商适配问题超出 MCP，请参考 [定制软件与现成软件指南](/zh/software-development-guide/custom-software-vs-off-the-shelf/) 。 ## 如何运行七天 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 的平台。 ## 常见问题 ### MCP Cloud 与 Manufact Cloud 有什么区别？ MCP Cloud 强调覆盖托管、清单、聚合、治理和长期 Agents 的统一控制平面。Manufact Cloud 强调 MCP 服务器与 MCP Apps 的开发生命周期，包括 Git 部署、分支预览、可观测性和分发。 ### MCP Cloud 与 Manufact Cloud 哪个更便宜？ 没有始终更便宜的答案，因为套餐单位不同。应使用相同工作负载、环境、保留期和支持级别分别报价。 ### MCP Cloud 能否本地部署？ MCP Cloud 公开描述托管云、混合与完整本地企业部署。应在合同中确认控制平面、遥测、更新与支持中哪些部分仍由供应商运营。 ### Manufact Cloud 能否从 GitHub 部署？ 可以。Manufact 文档包括 GitHub 构建、生产分支自动部署和其他分支的 Preview 环境，另有 CLI 和 Dockerfile 支持。 ### 托管 MCP 是否解决授权问题？ 平台可以提供认证、策略和日志，但对象级与 Tenant 级授权、下游凭证和安全副作用仍需要服务器、API 与数据层实现。 ### 企业是否应自托管 MCP 服务器？ 当网络位置、数据控制、经济性或定制策略具有战略价值，而且团队能运营完整平台时适合自托管，否则托管平台可减少试点中的基础设施工作。 ## 研究边界 *状态检查日期为 2026 年 8 月 10 日。本文使用公开产品页、文档、价格和开源 Repository。我们没有运行付费生产工作负载，没有检查供应商私有基础设施，没有执行渗透测试，也没有审阅企业合同。产品主张均归属于发布方。价格、功能和条款可能变化，采购时应再次确认。* ## 最终思考 MCP Cloud 与 Manufact Cloud 都提供远程 MCP 托管，但起点不同。MCP Cloud 从控制 MCP 资产出发，Manufact 从 MCP 产品的开发与发布循环出发。 应按控制边界建立候选名单。需要清单、组合和灵活企业部署，先测试 MCP Cloud。需要 Git 原生预览、MCP Apps 和从代码到分发的紧凑路径，先测试 Manufact。让同一个服务器、身份、故障和审计问题经过两个平台，再购买能通过生产 Gate 的运营模式。若集成本身具有战略价值，则应把 Runtime 保留在自己的控制范围内。 ## 你可能也喜欢.. [**设计企业 MCP 授权** 在远程服务器访问生产数据前，规划 OAuth、Token Exchange、Scope 和 Tenant 隔离。](/zh/blog/enterprise-mcp-authorization-architecture/) [**AI Enablement 对比通用 AI 咨询** 选择 AI 合作伙伴前，比较实施责任、生产控制和交接。](/zh/compare/ai-enablement-vs-generic-ai-consultancy/) 智能体工程 ## 继续浏览此集群 [从核心文章开始**AI 智能体的图工程：知识图谱什么时候值得做？**](/zh/blog/graph-engineering-ai-agents/) - [如何用 Agent Skills 让 AI 写作更自然](/zh/blog/ai-writing-agent-skills/) - [NVIDIA NOOA 评测：面向对象智能体适合生产环境吗？](/zh/blog/nvidia-nooa-object-oriented-agents-review/) - [Strix AI 渗透测试：2026 年 30 天试点与采购指南](/zh/blog/strix-ai-pentesting-pilot-guide-2026/) - [Hyperagent 评测：无需自建服务器的云端 AI 智能体](/zh/blog/hyperagent-review-cloud-ai-agents/) - [Hark Handoff 评测：真正会点击网页的智能体](/zh/blog/hark-handoff-computer-use-agent-review/) 只收重要内容 ## 关注与你相关的内容 每当我们发布新文章，你会收到一封简短邮件。你可以关注整个博客，也可以只选感兴趣的主题。 [**返回**](/zh/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/zh/team/kevin-riedl/) [Kevin Riedl](/zh/team/kevin-riedl/) https://linkedin.com/in/wsdt 10 分钟 阅读 · 2026年8月10日 最近审核 2026年8月10日 [**下一篇**](/zh/blog/hyperagent-review-cloud-ai-agents/) 邮件订阅新文章 × × 通过邮件获取新文章 我们发布时给你一封简短邮件。免费，不做跟踪。 ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/zh/blog/mcp-cloud-vs-manufact-cloud/#webpage", "@type": "WebPage", "dateModified": "2026-08-10", "inLanguage": "zh", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-08-10", "url": "https://wavect.io/zh/blog/mcp-cloud-vs-manufact-cloud/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "MCP Cloud 与 Manufact Cloud 都能托管远程 MCP 服务器，但两者从不同的采购问题出发。MCP Cloud 更适合作为集中清单、多服务器组合、治理、长期 Agent 和灵活企业部署的首选候选。Manufact Cloud 更适合作为 GitHub 原生构建、分支预览、MCP Apps、可观测性和分发的首选候选。任何平台都不能取代你自己的 API 与数据层中的对象级和 Tenant 级授权。应在两个平台运行同一个边界清晰的服务器、身份、故障、审计导出和预期月度工作负载。选择以最少持续所有权成本通过生产、恢复和退出 Gate 的运营模式。", "articleBody": " 博客概览/AI 与智能体/智能体工程 MCP Cloud 对比 Manufact Cloud：如何选择 MCP 托管平台？ 要点速览 MCP Cloud 与 Manufact Cloud 都能托管远程 MCP 服务器，但两者从不同的采购问题出发。MCP Cloud 更适合作为集中清单、多服务器组合、治理、长期 Agent 和灵活企业部署的首选候选。Manufact Cloud 更适合作为 GitHub 原生构建、分支预览、MCP Apps、可观测性和分发的首选候选。任何平台都不能取代你自己的 API 与数据层中的对象级和 Tenant 级授权。应在两个平台运行同一个边界清晰的服务器、身份、故障、审计导出和预期月度工作负载。选择以最少持续所有权成本通过生产、恢复和退出 Gate 的运营模式。 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 不是完整安全边界的分析。 独立性与商标声明 本页由 Wavect 发布，Wavect 自身也是服务商，因此我们对本页存在商业利益。我们与本页提及的其他公司没有关联，未获得其背书，也不是其合作伙伴；所有第三方公司名称、品牌与商标均归各自所有者所有。关于其他服务商的陈述来自公开可查的来源，主要是其自己发布的页面，以本页标注的核查日期为准，此后可能已经发生变化。做决定前请自行直接核实。本页依据我们所知的情况撰写，并力求保持客观。如果你认为其中有不准确或不公平之处，请写信告诉我们，我们会更正： office@wavect.io 直接结论是什么？ 若重点是集中管理 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 快速对比 决策因素MCP CloudManufact Cloud 主要产品形态MCP 控制平面、托管、清单、聚合、治理与 Agent 托管覆盖 MCP 服务器和 MCP Apps 构建到分发的开发者云 首要问题如何控制并开放不断增长的 MCP 资产？如何快速发布并运营这个 MCP 产品？ 部署流程GitHub、Registry，以及托管或企业部署选项GitHub 或 CLI、框架识别、分支预览和托管 Runtime 组合能力Multi-MCP、Toolsets 和统一入口是核心概念服务器、App 或 Agent 是项目核心，并配有 Gateway 和分发工具 开发反馈Inspector、日志、Trace 和 Tool 调整Preview URL、构建日志、Session、Gateway、Evals 和发布检查 部署控制公开描述托管云、混合与完整本地部署托管区域与自定义 Dockerfile，mcp-use 框架保持可迁移 价格形态按量入口，加个人、专业、团队和企业套餐基于 Credits 的 Free、Hobby、Startup 和 Enterprise 该表用于采购导航，不是安全认证或性能基准。我们在 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 托管试点？ 部署同一个边界清晰的服务器。使用三个只读 Tool 和一个可逆写入 Tool，连接合成或 Staging 数据。 连接同样的客户端。测试用户实际使用的 ChatGPT、Claude、IDE 或内部 Host 版本。 测试身份。准备两个用户、两个角色和两个 Tenant，包含", "articleSection": "Engineering", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "citation": [ { "@type": "WebPage", "name": "MCP 架构概览", "url": "https://modelcontextprotocol.io/docs/learn/architecture" }, { "@type": "WebPage", "name": "公开价格页", "url": "https://mcp-cloud.io/pricing" }, { "@type": "WebPage", "name": "企业部署说明", "url": "https://mcp-cloud.io/companies" }, { "@type": "WebPage", "name": "公开价格页", "url": "https://manufact.com/pricing" }, { "@type": "WebPage", "name": "MCP 托管文档", "url": "https://manufact.com/platform/hosting" }, { "@type": "WebPage", "name": "角色与权限文档", "url": "https://docs.manufact.com/dashboard/permissions" }, { "@type": "WebPage", "name": "MCP 安全最佳实践", "url": "https://modelcontextprotocol.io/docs/tutorials/security/security_best_practices" }, { "@type": "WebPage", "name": "mcp-use Repository", "url": "https://github.com/mcp-use/mcp-use" } ], "dateModified": "2026-08-10", "datePublished": "2026-08-10", "description": "MCP Cloud 与 Manufact Cloud 都能托管远程 MCP 服务器，但两者从不同的采购问题出发。MCP Cloud 更适合作为集中清单、多服务器组合、治理、长期 Agent 和灵活企业部署的首选候选。Manufact Cloud 更适合作为 GitHub 原生构建、分支预览、MCP Apps、可观测性和分发的首选候选。任何平台都不能取代你自己的 API 与数据层中的对象级和 Tenant 级授权。应在两个平台运行同一个边界清晰的服务器、身份、故障、审计导出和预期月度工作负载。选择以最少持续所有权成本通过生产、恢复和退出 Gate 的运营模式。", "headline": "MCP Cloud 对比 Manufact Cloud：MCP 托管指南", "image": "https://wavect.io/img/blog/headers/header_mcp-cloud-vs-manufact-cloud.svg", "inLanguage": "zh", "keywords": "MCP 服务器托管, MCP 托管平台对比, 远程 MCP 部署", "mainEntityOfPage": { "@id": "https://wavect.io/zh/blog/mcp-cloud-vs-manufact-cloud/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/zh/blog/mcp-cloud-vs-manufact-cloud/", "wordCount": 630 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/zh/", "name": "首页", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/overview/", "name": "博客概览", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/topics/ai-agents/", "name": "AI 与智能体", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/clusters/agent-engineering/", "name": "智能体工程", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/mcp-cloud-vs-manufact-cloud/", "name": "MCP Cloud 对比 Manufact Cloud：2026 托管指南 | ", "position": 5 } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "MCP Cloud 强调覆盖托管、清单、聚合、治理和长期 Agents 的统一控制平面。Manufact Cloud 强调 MCP 服务器与 MCP Apps 的开发生命周期，包括 Git 部署、分支预览、可观测性和分发。" }, "name": "MCP Cloud 与 Manufact Cloud 有什么区别？" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "没有始终更便宜的答案，因为套餐单位不同。应使用相同工作负载、环境、保留期和支持级别分别报价。" }, "name": "MCP Cloud 与 Manufact Cloud 哪个更便宜？" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "MCP Cloud 公开描述托管云、混合与完整本地企业部署。应在合同中确认控制平面、遥测、更新与支持中哪些部分仍由供应商运营。" }, "name": "MCP Cloud 能否本地部署？" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "可以。Manufact 文档包括 GitHub 构建、生产分支自动部署和其他分支的 Preview 环境，另有 CLI 和 Dockerfile 支持。" }, "name": "Manufact Cloud 能否从 GitHub 部署？" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "平台可以提供认证、策略和日志，但对象级与 Tenant 级授权、下游凭证和安全副作用仍需要服务器、API 与数据层实现。" }, "name": "托管 MCP 是否解决授权问题？" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "当网络位置、数据控制、经济性或定制策略具有战略价值，而且团队能运营完整平台时适合自托管，否则托管平台可减少试点中的基础设施工作。" }, "name": "企业是否应自托管 MCP 服务器？" } ] } ```