Conectores MCP: Claude conectado a todo

¿Qué es MCP?

El Model Context Protocol (MCP) es un protocolo abierto creado por Anthropic a finales de 2024 y adoptado hoy por toda la industria — incluidos OpenAI y Google. Define una forma estándar de que un modelo de IA descubra y use herramientas externas: leer correos, consultar bases de datos, crear tareas, publicar en Slack…

Antes de MCP, cada integración era un desarrollo a medida. Ahora, cualquier servicio puede publicar un servidor MCP y cualquier IA compatible puede usarlo al instante. Hay más de mil servidores disponibles y la cifra crece cada semana.

Cómo añadir un conector

En la app de Claude, ve a Ajustes → Conectores y elige del directorio. En Claude Code, un comando basta:

Arquitectura en 20 segundos

Un servidor MCP expone tres cosas: tools (acciones que la IA puede ejecutar), resources (datos que puede leer) y prompts (plantillas reutilizables). El cliente — Claude, tu IDE, o cualquier app compatible — se conecta por stdio o HTTP y negocia qué capacidades hay disponibles. Todo con permisos explícitos: tú decides qué puede tocar la IA.

Consejos de seguridad

• Instala solo conectores de fuentes confiables (directorio oficial, repositorios verificados).
• Revisa los permisos: un conector de solo lectura no puede modificar nada.
• Para datos sensibles, prefiere servidores MCP locales antes que remotos.
• En equipos, los administradores pueden controlar qué conectores están permitidos.

Qué cambia realmente cuando conectas Claude a tus datos

La diferencia entre una IA con conectores y una sin ellos no es de comodidad, es de categoría. Sin conectores, la conversación empieza siempre desde cero: tú eres el canal por el que entra la información, así que copias, pegas, describes lo que hay en un documento y traduces a texto lo que ya existe en una base de datos. Con conectores, la IA va a buscarlo. Deja de ser un interlocutor al que informas y pasa a ser algo que opera sobre tus sistemas.

Ese salto tiene una consecuencia práctica inmediata: desaparecen las tareas de trasiego. "Mira los correos de esta semana de este cliente, cruza lo que pidió con el estado de sus pedidos y dime qué está pendiente" era antes media hora de saltar entre pestañas. Con Gmail y la base de datos conectados es una frase. Y no porque el modelo sea más listo, sino porque por fin tiene acceso a los datos sobre los que razonar.

Lo que un conector puede hacer y lo que no

Conviene entender el reparto de responsabilidades. Un servidor MCP declara qué operaciones existen y con qué parámetros; el modelo decide cuándo usarlas; y el cliente —la app de Claude, tu IDE— ejecuta y devuelve el resultado. El modelo nunca toca directamente tus sistemas: pide, y algo más ejecuta. Esa separación es lo que hace el diseño auditable, porque cada acción pasa por un punto donde puede registrarse o bloquearse.

El límite importante es que un conector solo puede hacer lo que el servidor expone. Si el servidor de Gmail no incluye una operación para borrar correos, no hay prompt que consiga que la IA los borre. Esto es una virtud, no una carencia: cuando evalúes un conector, lo primero que debes mirar no es lo que promete, sino qué operaciones declara y qué permisos pide para hacerlo.

Permisos: la parte que hay que leer despacio

Un conector se autoriza con los permisos de tu cuenta, así que hereda tu capacidad de hacer daño. La regla es la misma que con cualquier integración de terceros, pero con una IA de por medio conviene ser más estricto de lo habitual.

Empieza siempre por permisos de solo lectura y amplía cuando hayas comprobado que el flujo funciona. Muchos conectores permiten elegir el alcance en el momento de autorizar. Desconfía de los servidores no oficiales que piden acceso completo a una cuenta con datos sensibles: instalar un servidor MCP es ejecutar código de terceros en tu máquina, con la misma confianza que exigirías a cualquier dependencia. Revisa periódicamente qué tienes conectado y retira lo que probaste una vez y no volviste a usar. Y en entornos de trabajo, ten presente que el conector ve lo que tu usuario ve: si tu cuenta tiene acceso a carpetas compartidas de toda la organización, el conector también.

La contrapartida es que las acciones con consecuencias —enviar, publicar, borrar, pagar— deberían requerir confirmación explícita antes de ejecutarse. Un buen cliente te la pide. Si uno no te la pide, esa es información sobre el cliente.

Por dónde empezar si nunca has instalado uno

El error clásico es conectarlo todo el primer día y no volver a usar ninguno. Funciona mucho mejor lo contrario: elige un solo conector, el que corresponda a la aplicación donde más tiempo pasas, y úsalo una semana entera hasta que la novedad se convierta en costumbre. Los conectores de calendario y de documentos suelen ser el mejor primer paso porque el beneficio se nota el primer día y el riesgo es bajo.

Cuando ese primero se te haya quedado corto, añade el segundo pensando en la combinación, no en la app: el valor real aparece cuando dos conectores se cruzan —correo y tareas, repositorio y documentación, tienda y hoja de cálculo— porque ahí es donde antes había trabajo manual puro.

Y si lo que quieres es que la IA haga siempre lo mismo con esos datos conectados, el siguiente paso natural son las skills: los conectores le dan acceso, las skills le dan criterio. La guía de crear tus propias skills explica cómo combinarlos, y el glosario aclara la terminología del protocolo si algún término se te resiste.