MCP Architecture Canvas
Haz clic en cada bloque para expandirlo · Auto-guardado activado
0 / 6 bloques completados
① Contexto — Quién y por qué
★ 1 · Agente Host
🤖 ¿Qué agente consume estos servidores?
Define el host o cliente que iniciará conexiones MCP.
Host MCP
Alcance de los servidores
★ 2 · Decisión Arquitectónica
🧭 ¿Por qué MCP? ¿Qué granularidad?
La decisión más importante: qué hardcodear y qué exponer como servidor MCP independiente.
¿Por qué MCP en lugar de tools hardcodeadas?
Estrategia de granularidad
Build vs Buy
② Diseño — Qué servidores construir
3 · Inventario de Servidores MCP
🗂️ ¿Qué servidores vas a construir o integrar?
Define cada servidor con su propósito, lo que expone y cómo ejecuta. Los Tools son acciones (efectos secundarios posibles); los Resources son datos legibles (URI).
③ Implementación — Cómo conectar y proteger
4 · Transporte & Runtime
🔌 ¿Cómo se conecta el cliente al servidor?
Protocolo de transporte
stdio
Proceso local (stdio)
El host lanza el servidor como subproceso. Máxima privacidad. Ideal para herramientas locales y desarrollo.
SSE / HTTP
Servidor remoto (SSE)
El servidor corre como proceso HTTP independiente. Permite compartirlo entre múltiples clientes y desplegarlo en cloud.
Entorno de ejecución
Ciclo de vida del servidor
5 · Seguridad & Auth
🔐 ¿Quién puede llamar a qué?
Mecanismo de autenticación
Permisos por tipo de operación
Sandboxing del servidor
Datos sensibles en tools
④ Operaciones — Testing, despliegue y observabilidad
6 · Testing, Despliegue & Observabilidad
🧪 ¿Cómo verificar que los servidores funcionan?
Testing
CI/CD
Observabilidad
Versionado & distribución
🎉 Canvas MCP completado
Diseño listo para revisar con el equipo o exportar como documento.