Despliegue + distribución, de local a instalable
npm, Cloud Run, MCPize. Las tres vías para sacar tu servidor MCP.
Tres modos de deployment
1. Stdio + paquete npm (para servers locales)
Empaquetas tu server TypeScript como paquete npm. Los usuarios instalan npm install -g mi-mcp-server y configuran Claude Code. El server corre localmente en la máquina del usuario.
2. HTTP + Cloud Run / Fly / Railway (para servicios centrales) Tu server corre como servicio HTTP en la nube. Los usuarios solo dan la URL y hacen OAuth. Updates centrales, multi-usuario.
3. MCPize (la vía marketplace) Servicio especializado para deploys MCP. Misma base de código, MCPize empaqueta, hostea, gestiona la ruta HTTP. Bueno para probar cosas rápido, menos control.
Stdio + npm (el caso más habitual)
Paso 1: compilar TypeScript a JavaScript.
// package.json
{
"main": "dist/index.js",
"bin": {
"mi-mcp-server": "dist/index.js"
},
"scripts": {
"build": "tsc",
"prepublishOnly": "npm run build"
}
}
El tsconfig.json debe tener "outDir": "dist". El bloque bin hace el paquete ejecutable.
Paso 2: README.md con instrucciones de install.
# mi-mcp-server
## Install
claude mcp add mi-server -s user -- npx -y mi-mcp-server
## Config
Pon la env var `MI_API_KEY`.
Paso 3: npm publish.
npm login # una sola vez
npm publish --access public
Listo. Quien ejecute npx -y mi-mcp-server se baja tu paquete automáticamente.
HTTP server + Cloud Run
Si los usuarios deben acceder a un servicio central (multi-tenant, SaaS), necesitas HTTP. Es bastante más esfuerzo.
Además del SDK necesitas:
- Express / Hono / Fastify para el transport HTTP.
- Flow OAuth 2.1 si es multi-usuario (Magic Link, Authorization Code).
- Base de datos para storage de usuarios.
- Rate limiting porque el server es público.
- Logging + monitoring.
Deployment entonces: Dockerfile, push a Google Cloud Run, Fly.io, Railway, AWS Runner. Paquetes de compute pequeños suelen bastar (512 MB RAM, 1 CPU). Coste: 5-20 EUR/mes para servicios pequeños.
MCPize (la vía rápida)
MCPize es un servicio especializado para deploys MCP. Subes tu código, MCPize compila y hostea. Ideal para:
- Prototipado rápido en producción
- No querer hostear tú mismo
- Presencia en marketplace (usuarios encuentran tu server en mcpize.com)
Limitación: menos control. Si tu server tiene build steps especiales, MCPize tiene que soportarlos (no todos lo hacen).
La matriz de decisión
| Caso | Elección | |---|---| | Tool personal, solo tú | stdio + local | | Equipo, sin compartir datos de usuarios | stdio + npm, interno por git | | Open source para comunidad dev | stdio + npm + GitHub | | SaaS con login y datos de clientes | HTTP + Cloud Run + OAuth | | Comprobar si alguien lo quiere | MCPize |
Monetización cuando vas HTTP
Si tienes un HTTP server con cuentas de usuario:
- Integración Stripe para Pro tiers
- Feature flag check por request: ¿este usuario está en Pro?
- Rate limit distinto por tier (Free: 100 calls/día, Pro: ilimitado)
Los SaaS MCP de StudioMeyer (memory, crm, geo) usan exactamente este patrón.
Última lección
La última lección muestra cómo hacer que encuentren tu MCP server: MCP marketplaces, estándares de discovery, canales de comunidad. Distribución es otra media semana de trabajo después del deploy.