Cómo conectar herramientas MCP en el móvil y el ordenador

Un asistente de IA resulta más útil cuando puede acceder a la información necesaria para una tarea: leer una incidencia, encontrar un documento o consultar un calendario. Model Context Protocol, abreviado MCP, ofrece a las aplicaciones una forma común de conectarse a esas capacidades.

Cada servidor que conectas es también un nuevo lugar al que pueden ir tus datos. Empieza con un servicio, una tarea clara y el menor conjunto de permisos que la resuelva. Una conexión que funciona es más fácil de entender que una larga lista de integraciones que no has usado.

Entiende qué ofrece la conexión

La guía de arquitectura de MCP explica los papeles de hosts, clientes y servidores. Al configurar una conexión, la pregunta práctica es qué ofrece el servidor elegido: herramientas que ejecutar, recursos que leer, instrucciones reutilizables o una combinación.

Una conexión no incluye automáticamente todas las funciones del servicio que hay detrás. Un servidor de calendario que lista eventos no tiene por qué poder crear invitaciones. Lee la lista de capacidades del propio servidor y comprueba quién lo publica. Elige un editor que puedas identificar, con instrucciones de configuración actuales y una explicación clara de cómo trata los datos.

No confundas MCP con el modelo. El modelo genera respuestas; un servidor MCP da acceso a algo externo a la conversación. Usar un modelo local no convierte un servidor remoto en local.

Elige HTTP remoto o stdio local

La especificación de transportes describe dos formas de conectarse: Streamable HTTP y stdio. Una conexión HTTP remota usa la dirección de un servidor. Una conexión stdio inicia un programa en la misma máquina y se comunica con él a través de su entrada y su salida.

En un móvil, una conexión remota suele ser el punto de partida. Un comando que inicia un servidor en tu ordenador no funcionará en tu iPhone solo porque lo pegues en una app móvil. Que los comandos locales funcionen depende de la app y del sistema operativo.

Recuerda también que localhost significa el dispositivo que hace la solicitud. Una dirección que funciona en tu portátil no apunta a ese portátil cuando la abres en el móvil. Usa un método de conexión que pida inicio de sesión. No abras a internet un servicio local sin protección solo para que funcione un ejemplo.

Comprueba la cuenta y los permisos

Verifica la dirección del servidor en la documentación de su responsable antes de iniciar sesión. Si utiliza OAuth, revisa la cuenta y los permisos solicitados en la página de autorización. Una cuenta de trabajo y una personal pueden contener datos distintos aunque el nombre de la aplicación sea igual.

Si la configuración usa un token, elige uno que cubra solo el servicio y la tarea que necesitas. Introdúcelo solo en el campo del token de la app. No pegues tokens en un chat, una captura de pantalla ni un documento compartido para resolver problemas. La guía de autorización de MCP ofrece contexto técnico sobre cómo funciona el inicio de sesión.

Leer datos y cambiarlos son permisos distintos. Empieza con acceso de solo lectura si el servicio lo ofrece. Añade acceso de escritura solo cuando tengas una acción concreta que probar, en un lugar que puedas revisar después.

Prueba una acción pequeña y observable

Supón que quieres encontrar incidencias abiertas de un proyecto. Usa un proyecto de prueba sin contenido sensible y pide:

Enumera hasta cinco incidencias abiertas del proyecto de demostración. Incluye el título y el enlace de cada una. No crees, edites ni cierres nada.

Comprueba el resultado en el propio servicio. Confirma que el proyecto, los enlaces y la cuenta son los que querías. Si no aparece nada, averigua si el proyecto está vacío, si falta acceso o si la solicitud falló.

Si después necesitas escribir datos, utiliza un elemento de prueba desechable. Pide un solo cambio preciso, revisa la autorización y verifica el resultado en el servicio original. Deja fuera del primer ensayo las eliminaciones y los mensajes a otras personas.

Identifica el paso que ha fallado

Los problemas se resuelven mejor al localizar la etapa:

1. No hay conexión: comprueba URL, transporte, red y que el servidor esté funcionando.
2. Se repite el inicio de sesión: revisa la cuenta, la autorización caducada y los requisitos documentados de retorno de OAuth.
3. Hay conexión pero no herramientas: verifica las capacidades reales del servidor y los accesos de tu cuenta.
4. Falla una herramienta: comprueba sus entradas obligatorias, los límites del servicio y su mensaje de error.

Cuando pidas ayuda, comparte el error sin datos privados, junto con las versiones de la app y del servidor. Quita tokens, contenidos de documentos privados e identificadores de cuenta. No reintentes una acción de escritura sin comprobar antes si el intento anterior se completó.

Mantén una conexión que puedas controlar

Guarda una nota breve con el servicio, su responsable, la cuenta usada, el acceso que concediste y cómo revocarlo. Vuelve a revisar los permisos después de añadir capacidades. Quitar una conexión en la app y revocar el acceso en el servicio son dos pasos distintos. Para cortar el acceso del todo, usa también los controles del propio servicio.

En Mono, los servidores MCP se añaden en Ajustes, después Integraciones: con la URL del servidor o, si tu dispositivo lo permite, con un comando local, e inicio de sesión mediante OAuth o un token. Los servidores conectados también pueden dar funciones a las skills. Lee la guía de privacidad de IA antes de conectar información sensible: el proveedor de una herramienta es un participante más en el recorrido de los datos. Mono está ahora en lista de espera. Apúntate a la lista para recibir novedades.