Cómo conecté la inteligencia artificial con mis herramientas

Hubo un momento en que dejé de copiar y pegar cosas en el chat y empecé a dejar que el asistente las buscara él solo. Fue un avance enorme y también el día en que tuve que pensar en serio qué le dejaba tocar. Esto va de los MCP que uso, de cómo se instalan y, sobre todo, de cómo los limito.

"Conecta la inteligencia artificial a todas tus apps en 30 segundos". Lo he visto en tantas miniaturas que ya me sé la cara de sorpresa del presentador.

Mis cifras reales: el primer MCP funcionando me llevó una tarde entera, unas cuatro horas, y el montaje que tengo hoy es fruto de unos cuatro meses de añadir, quitar y volver a poner. El primer intento fue un pequeño desastre: instalé un conector de ficheros local, lo configuré apuntando a una carpeta que no existía por un error en la ruta y pasé una hora convencido de que el problema era de Claude. Era mío, una barra mal puesta.

Pero no quiero quedarme en la anécdota. El tema serio de este artículo es otro: conectar es rápido, sobre todo ahora; decidir qué puede tocar la máquina no lo es.

MCP son las siglas de Model Context Protocol, un estándar abierto que presentó Anthropic, la empresa de Claude, a finales de 2024, y que hoy admiten muchos otros asistentes y programas. Sirve para que un modelo de lenguaje pueda usar herramientas y datos que están fuera del chat: tu correo, tus ficheros, el navegador o una base de datos.

La comparación que mejor funciona es la del enchufe universal. Antes, cada asistente necesitaba una conexión hecha a medida para cada herramienta; con MCP basta con que los dos hablen el mismo idioma. El que hace de puente se llama "servidor MCP": un pequeño programa que conecta con una herramienta concreta y le dice al modelo qué puede hacer con ella.

La confusión típica: MCP no es una inteligencia artificial ni un programa que te descargas y listo. Es el idioma común. Cada herramienta necesita su propio conector.

Trabajo sobre todo con Claude, y los MCP forman parte de mi día. Los que tengo en uso ahora mismo son estos:

Correo. Lo uso para buscar hilos y preparar borradores. Tarea real: "búscame los correos de este cliente sobre el presupuesto de junio y resúmeme en qué quedamos". Es remoto, me conecto con mi cuenta.

Ficheros. Acceso a la carpeta de proyectos de clientes. Tarea real: comparar dos versiones de un contrato y decirme qué cambió. Es local, corre en mi equipo.

Navegador. Para que revise una web, rellene un formulario de prueba o compruebe que una página carga bien después de un cambio. Local.

Base de datos. Solo lectura sobre la base de datos de un proyecto propio. Tarea real: "¿cuántos pedidos entraron la semana pasada y de qué provincias?", sin tener que escribir yo la consulta. Local, contra una copia.

Calendario. Remoto. Para preguntar qué tengo la semana que viene y buscar huecos, nada más.

Con otros modelos también lo uso: en local, con alguno de los modelos que corren en mis servidores de casa, conecto el MCP de ficheros para que trabaje con documentos que no quiero que salgan de mi red. Es la ventaja del estándar: el mismo conector sirve con distintos asistentes.

Hay dos caminos, según dónde trabajes.

Desde la aplicación de Claude, en los ajustes de conectores. Así instalé el de calendario: entras en los ajustes, buscas el conector, pulsas conectar, te identificas con tu cuenta y aceptas los permisos que pide. Tres minutos, y aquí sí que la promesa de los 30 segundos se acerca a la realidad. Desde Claude Code, la herramienta de Claude que trabaja en la terminal (esa ventana negra donde se escriben órdenes). Así instalé el de base de datos: con una orden del tipo claude mcp add, indicando el nombre y cómo se arranca el servidor, y después comprobando que aparece en la lista de conectores activos. La diferencia práctica entre unos y otros: los remotos son un servicio en internet al que te conectas con tu cuenta, y los locales son un programa que corre en tu equipo. Los locales llegan hasta tus ficheros sin pasar por nadie más; los remotos dependen de lo que el proveedor te deje hacer.

¿Y en ChatGPT? Si lo que quieres es conectar ChatGPT con tu Gmail, se hace desde los ajustes, en el apartado de aplicaciones (antes se llamaban conectores): eliges Gmail, inicias sesión con Google y aceptas permisos. Que te aparezca depende de tu plan y de tu país (comprobado en septiembre de 2026; conviene revisarlo antes de dar nada por hecho).

Ahora la parte seria.

Hay una diferencia enorme entre leer y actuar. Buscar un correo no es lo mismo que enviarlo, y mucho menos que borrarlo. Leer un fichero no es lo mismo que sobrescribirlo. Cuando conectas algo, conviene mirar qué te pide exactamente. En mi caso: el de correo pedía leer, crear borradores y enviar, y el permiso de envío se lo quité, así que se queda en leer y preparar borradores; el de ficheros, leer y escribir; el de navegador, controlar una ventana; el de base de datos y el de calendario, solo leer.

Luego está el problema de los datos de terceros. En el correo del trabajo no estoy solo yo: hay clientes, proveedores, conversaciones con personas que no han dado permiso para que un asistente las lea. Antes de conectar el correo profesional, esa pregunta hay que hacérsela.

Una aclaración que tranquiliza a mucha gente: el asistente no vigila tu bandeja ni actúa por su cuenta. Trabaja cuando tú se lo pides, salvo que montes una automatización para que lo haga solo.

Y el riesgo más traicionero no es técnico, es de costumbre. Cuando el asistente propone una acción y te pide confirmación, al principio lees todo. A la vigésima, pulsas "aceptar" sin mirar. Ahí es donde pasan las cosas.

Mis medidas concretas son estas: una cuenta de correo separada para pruebas; solo lectura siempre que la tarea lo permita; confirmación obligatoria antes de enviar o borrar cualquier cosa; el MCP de ficheros acotado a una carpeta de trabajo y nunca a todo el disco; la base de datos, siempre contra una copia; y antes de instalar un MCP, miro quién lo publica, cuánta gente lo usa y, si es de código abierto, qué hace.

Esto último es lo más importante. Instalar un MCP de origen desconocido es darle las llaves de casa a un extraño que te ha caído simpático en la puerta. Puede ser buena gente. O no.

Y si te arrepientes, los permisos se quitan: en los conectores remotos, desconectándolos desde los ajustes del asistente y revocando el acceso en la cuenta del servicio (en Google, por ejemplo, desde la sección de seguridad); en los locales, eliminándolos de la configuración.

En mayo de 2026 le pedí al asistente que ordenara la carpeta de un proyecto: "agrupa los ficheros por tipo y quita los duplicados". Entendió como duplicados dos versiones distintas de un presupuesto que se llamaban casi igual y propuso borrar la más reciente. Yo estaba con otra cosa y pulsé aceptar. Me di cuenta al día siguiente, cuando fui a enviarla.

No hubo daño porque la carpeta estaba sincronizada y pude recuperar la versión anterior en cinco minutos. Pero el susto me cambió dos cosas: ahora el MCP de ficheros no puede borrar, solo mover a una carpeta de "revisar", y las tareas de limpieza las hago con una lista previa que leo antes de aprobar.

Cuento esto porque un casi accidente enseña más que diez éxitos.

Si llegas nuevo, empezaría por estos tres: el de ficheros acotado a una sola carpeta, porque se ve enseguida lo que aporta; el de calendario en solo lectura, porque no puede romper nada; y el de navegador, para entender cómo actúa un asistente fuera del chat.

Los que no instalaría sin pensarlo: el correo del trabajo con permiso de envío, cualquier MCP que dé acceso a pagos o a banca, y cualquiera de origen desconocido que pida acceso a todo el disco.

Mi consejo es el que me habría gustado oír a mí: uno cada vez. Instálalo, entiende qué hace y qué puede tocar, úsalo una semana, y luego el siguiente. Tardarás más que en 30 segundos, pero dormirás mejor.