Skip to main content
Los servidores Custom MCP empiezan personales. Compartirlos con el workspace es una acción separada y explícita. Los demás miembros nunca heredan tu conexión automáticamente. Esta página cubre el modelo de propiedad de Custom MCP (personal vs compartido, opt-in por usuario y gobernanza). Para añadir un servidor, consulta Custom MCP. Para el endpoint alojado de Tess, consulta Servidor MCP.

​
Personal vs compartido

No compartas un servidor ligado a una identidad personal (WhatsApp, correo personal, CRM personal). Quien haga opt-in puede llamar esas herramientas. Mantén ese servidor personal.

​
Opt-in (desactivado por defecto)

Cuando un gobernador comparte un MCP, no aparece en el chat de los demás hasta que cada persona haga opt-in (MCP Plugins o el modal de Conectores). Las preferencias son por usuario y empiezan desactivadas. Los chips de herramientas también son por usuario: apagar una capacidad para ti nunca cambia la selección de un compañero.

​
Quién puede qué

  • Crear un MCP personal — miembros con permiso para añadir servidores Custom MCP.
  • Compartir, dejar de compartir o definir una credencial estática del workspace — permiso de gobernanza.
  • Eliminar un MCP compartido — gobernanza.
  • Conectar OAuth — cada usuario que quiera usar ese servidor, también en un MCP compartido.
Tess nunca reutiliza el token OAuth de otra persona. Si un MCP OAuth compartido no tiene token conectado para ti, Tess lo oculta del descubrimiento de herramientas en lugar de llamarlo sin autenticación.

​
Credenciales fail-closed

Si Tess no tiene una credencial usable para ti (OAuth caducado, token estático ausente, conexión fallida), el servidor se trata como desconectado. No se inyecta en el agente con auth vacía.

​
Relacionado