MCP Cloud vs Manufact Cloud: ¿qué plataforma de hosting MCP elegir?

MCP Cloud y Manufact Cloud alojan servidores remotos de Model Context Protocol, pero plantean la compra de forma distinta. MCP Cloud se presenta como un plano de control amplio para servidores alojados, inventario externo, agregación, políticas de seguridad y agentes. Manufact Cloud se presenta como una plataforma para crear, previsualizar, desplegar, observar y distribuir servidores MCP y MCP Apps.

La preselección parte del modelo operativo, no del número de funciones. Un equipo que deba consolidar muchos servidores, ubicaciones y herramientas debería evaluar primero MCP Cloud. Un equipo de producto que publique un servidor o una MCP App interactiva mediante Git debería evaluar primero Manufact. Ninguna opción debe comprarse sin probar autorización, residencia de datos, auditoría, recuperación y salida.

Esta guía responde a la selección de proveedor. No repite nuestra lista de migración para servidores MCP sin estado, la arquitectura de autorización MCP empresarial ni el análisis de por qué MCP no es toda la frontera de seguridad.

¿Cuál es la respuesta directa?

MCP Cloud es el primer candidato más sólido para inventario MCP centralizado, agregación, despliegue flexible y gobierno entre servidores. Manufact Cloud es el primer candidato más sólido para desarrollo nativo de GitHub, previews por rama, MCP Apps y un flujo centrado desde el build hasta producción. La elección depende de tu frontera de control, no de la lista más larga.

¿Por qué alojar un servidor MCP en la nube?

Un servidor MCP remoto sirve cuando varias personas, agentes o aplicaciones necesitan el mismo endpoint siempre disponible. La descripción oficial de la arquitectura MCP diferencia los servidores stdio locales, que suelen atender a un cliente, de los servidores remotos con Streamable HTTP, que suelen atender a varios. El hosting añade TLS, operación del runtime, secretos, escalado y logs.

No hace segura la herramienta por sí solo. El servidor aún decide qué puede leer o cambiar cada identidad, cómo intercambia credenciales downstream, a qué tenant pertenece la petición y si una escritura reintentada puede ejecutarse dos veces. La plataforma aporta controles, pero no deduce el modelo de autorización del negocio desde un esquema de tools.

MCP Cloud vs Manufact Cloud de un vistazo

La tabla orienta una compra. No es una certificación de seguridad ni un benchmark. Revisamos documentación pública el 10 de agosto de 2026 sin acceso del proveedor, pago ni aprobación editorial.

¿Para qué optimiza MCP Cloud?

MCP Cloud encaja cuando el problema supera el despliegue de un repositorio. El producto público incluye servidores propios y externos, inventario unificado, autenticación y guards, toolsets centrados, varios servidores detrás de un endpoint y agentes persistentes.

Su página pública de precios mostraba Starter por 19 dólares, Personal por 49, Professional por 149 y Premium por 499 dólares, además de ofertas por uso y Business personalizado. Los paquetes mezclan cómputo, cantidad de servidores, agentes, toolsets y seguridad. Compara el coste del workload completo. Confirma límites, créditos, retención y excedentes en el checkout o contrato.

Para arquitectura empresarial, la descripción de despliegue para empresas presenta modelos totalmente gestionados, híbridos y completamente on-premise. Es una diferencia material para redes privadas o residencia del plano de control. Pregunta qué componentes, telemetría, actualizaciones y canales de soporte mantiene el proveedor en cada modelo.

¿Para qué optimiza Manufact Cloud?

Manufact Cloud tiene la forma de una plataforma vertical para desarrolladores. Un servidor puede partir de GitHub, una plantilla, un agente de código o una URL existente. El flujo documentado cubre builds, previews por rama, promoción, secretos, dominios, logs, replay de sesiones, analítica, publish checks y conexión con ChatGPT, Claude, Cursor y Codex.

La página pública de precios de Manufact mostraba Free con dos proyectos y 5 dólares de créditos mensuales, Hobby por 25 dólares al mes, Startup por 250 y Enterprise personalizado. La retención, equipo, previews, prevención de cold starts y regiones dependen del plan. Modela peticiones, duración, retención y previews porque los créditos incluidos no predicen por sí solos la factura.

La documentación de hosting MCP destaca builds desde GitHub, una URL por rama, TLS gestionado, dominios propios, secretos por entorno, detección de frameworks y Dockerfile. Es atractivo si el equipo ya publica mediante pull requests y quiere que el endpoint MCP siga el mismo ritmo de revisión.

¿Qué plataforma ofrece mejor gobierno de equipo?

MCP Cloud coloca gobierno, inventario y composición en el centro. Manufact documenta roles de organización, proyectos y roles Enterprise personalizados. Importa la granularidad, no que la web diga RBAC.

La referencia de roles y permisos de Manufact aclara que Member no es read-only. Puede crear, modificar y eliminar servidores, deployments, agentes, API keys, dominios e integraciones de GitHub. Los roles finos son Enterprise. Un equipo pequeño puede valorar esa sencillez. Un equipo regulado debería presupuestar roles personalizados y probar separación entre despliegue, revisión de seguridad, facturación y auditoría de solo lectura.

En ambos casos solicita pruebas sobre SSO, cuentas de servicio, rotación, exportación inmutable de auditoría, retención, regiones, recuperación, avisos de incidentes y aislamiento. Una captura de políticas no demuestra que el ERP downstream rechace un ID de otro tenant.

¿Qué preguntas de seguridad debes hacer?

Las buenas prácticas oficiales de seguridad MCP prohíben el token passthrough y cubren riesgos de confused deputy y SSRF. Conviértelas en pruebas de aceptación.

• Audiencia: ¿rechaza el servidor un token emitido para otro recurso?
• Identidad downstream: ¿intercambia tokens por credenciales limitadas en vez de reenviarlos?
• Tenant: ¿proviene de claims verificados y no de un argumento de tool?
• Tools: ¿cada cliente, equipo y entorno recibe una allowlist mínima?
• Destinos: ¿redirects, metadata, webhooks y URLs están protegidos contra SSRF?
• Auditoría: ¿puedes exportar actor, tool, decisión, resultado y correlación sin filtrar secretos?
• Recuperación: ¿puedes revocar, hacer rollback y reconstruir llamadas dentro del objetivo?
• Salida: ¿pueden moverse código, configuración, mapa de secretos y URLs sin reescribir la integración?

¿Cuándo elegir MCP Cloud?

• Ya tienes varios servidores alojados, propios o externos y necesitas inventario común.
• Quieres componer una superficie de tools aprobada desde varios servidores.
• Híbrido u on-premise es un requisito de compra.
• Los agentes persistentes y la gestión MCP deben vivir juntos.
• Una capa central de seguridad pesa más que la ergonomía de previews.

Valida la frontera exacta. “On-premise” puede significar desde un plano de control privado hasta un proxy que aún depende de una consola SaaS.

¿Cuándo elegir Manufact Cloud?

• El equipo crea un servidor o MCP App y quiere pasar rápido de Git push a URL de prueba.
• Cada pull request debe tener un endpoint de preview parecido a producción.
• Necesitas presets, logs, sesiones, analítica, evals y publish checks juntos.
• La distribución en ChatGPT o Claude y las MCP Apps están en el roadmap.
• Valoras un framework abierto para mantener portable el código.

El repositorio mcp-use publica su framework TypeScript y Python con licencia MIT y separa el framework del despliegue en Manufact Cloud. Eso mejora la portabilidad del código, pero configuración, histórico y procesos operativos aún requieren un plan de salida.

¿Cuándo conviene self-hosting o una plataforma propia?

Usa self-hosting si ubicación, red, economía o control de integración son estratégicos y el equipo puede operar la plataforma. Construye una capa propia si el problema real no es hosting genérico, sino una frontera de autorización y transacciones específica entre SAP, producción, cuentas, pagos o registros regulados.

No reconstruyas un dashboard solo para evitar una suscripción. Incluye guardias, TLS, DNS, secretos, escalado, logs, retención, abuso, OAuth, backups, failover, clientes e incidentes. Una plataforma gestionada suele ganar para el primer servidor acotado. Una arquitectura propia tiene sentido cuando las reglas o el cumplimiento son el diferenciador.

El servicio de AI enablement e ingeniería MCP de Wavect puede diseñar esa frontera. El caso Twinsoft AI muestra cómo desarrollamos y validamos un producto de IA. Usa la guía software a medida frente a estándar cuando propiedad y encaje importen más allá de MCP.

¿Cómo ejecutar un piloto de hosting MCP de siete días?

1. Despliega el mismo servidor acotado. Tres tools de lectura y una escritura reversible con datos sintéticos o staging.
2. Conecta los mismos clientes. Usa las versiones reales de ChatGPT, Claude, IDE o host interno.
3. Prueba identidad. Dos usuarios, roles y tenants, con IDs cruzados denegados y credenciales vencidas.
4. Publica un cambio. Mide preview, aprobación, rollout, rollback y schema drift.
5. Rompe dependencias. Timeout, respuesta inválida, rate limit, secreto revocado y reintento duplicado.
6. Exporta evidencia. Los logs deben responder quién llamó qué, bajo qué política y deployment.
7. Calcula el coste aceptado. Plataforma, uso, ingeniería, seguridad, soporte y entornos retenidos.

Puntúa tiempo de despliegue, llamadas aceptadas, p95, denegaciones correctas, rollback, auditoría y coste mensual. Gana la plataforma que supera tus gates de producción con menor ownership continuo, no el endpoint hello world más rápido.

Límite de la investigación

Estado comprobado el 10 de agosto de 2026. La comparación usa páginas de producto, documentación, precios y repositorios públicos. No ejecutamos cargas de producción pagadas, inspeccionamos infraestructura privada, hicimos pentesting ni revisamos un contrato Enterprise. Las afirmaciones se atribuyen a su editor. Precios, funciones y condiciones pueden cambiar y deben verificarse durante la compra.