Conecta Claude a tus herramientasque entre a tu correo, tu calendario y tus sistemas en vez de solo hablar de ellos

01 el punto de partida

Qué es y qué no

MCP son las siglas de un protocolo, pero lo útil es pensarlo como una puerta. De un lado está Claude; del otro, un servicio: tu correo, tu calendario, una base de datos, el sistema donde llevas los clientes. El conector es lo que permite que pase de hablar del servicio a entrar en él, leer lo que hay y escribir cuando toca.

02 el primero

Instalar un conector

Hay dos formas según cómo viva el servicio. Los que corren en tu máquina se agregan como un comando; los que viven en internet, como una dirección. En los dos casos es una línea:

claude mcp add mi-servicio -- npx -y nombre-del-paquete

claude mcp add --transport http mi-servicio https://ejemplo.com/mcp

claude mcp list

03 la decisión que se toma mal

Dónde queda instalado

Al agregarlo se elige un alcance, y como hay un valor por defecto, casi nadie lo elige — simplemente le toca. Después vienen las dos confusiones clásicas: que un conector no aparezca donde lo necesitas, o que aparezca en todos lados cargando espacio sin razón.

claude mcp add -s user mi-servicio -- npx -y nombre-del-paquete

Y ojo con el de proyecto, que es el que más rinde y el que menos se usa: si lo dejas ahí, alguien nuevo clona el repositorio y ya tiene las conexiones que hacen falta, sin que nadie le explique nada. Eso es media hora de instrucciones que te ahorras cada vez que entra alguien.

04 lo que no se dice

Por qué conviene tener pocos

Cada conector encendido le describe a Claude qué sabe hacer, y esa descripción viaja al principio de cada conversación, la uses o no. Con dos o tres no se nota. Con quince, arrancas cada chat con una parte del espacio comprometido antes de escribir la primera palabra, y encima la elección se le complica: con demasiadas herramientas parecidas, a veces agarra la que no era.

• Enciende lo que uses esta semana, no lo que probaste una vez en marzo.
• Si dos conectores hacen casi lo mismo, deja uno. Ahí es donde más se equivoca de puerta.
• Los que llevan llaves de servicios que ya no usas, quítalos: es una credencial viva por ninguna razón.

05 cuando no existe

Hacer el tuyo

Aquí está el caso real de la mayoría: el sistema donde de verdad vive tu negocio no tiene conector, porque es un sistema de nicho o es interno. La buena noticia es que si ese sistema tiene una API, se le puede hacer uno, y no hay que escribirlo a mano.

Quiero un conector MCP para [servicio]. Su documentación está en [liga o archivo].

Antes de escribir código, dime qué operaciones vale la pena exponer y cuáles no. Yo lo uso para [describe para qué lo usas de verdad], así que empecemos por lo mínimo que sirva para eso.

Reglas:
- Solo lectura en esta primera versión. Nada que modifique o borre.
- La llave se lee de una variable de entorno. No la escribas en el código ni en ningún archivo que se suba.
- Si la API responde un error, que se vea el error de verdad, no un mensaje genérico.
- Deja escrito en el README cómo se instala y qué variables necesita.

Cuando esté, dime la línea exacta de claude mcp add para instalarlo.

Lo de empezar en solo lectura no es exceso de cuidado, es lo que hace que puedas probarlo sin miedo. Cuando ya confíes en cómo lee, le agregas lo de escribir, una operación a la vez y con confirmación. Y si la API no está documentada, se puede averiguar mirando lo que hace la propia aplicación en el navegador, que es más trabajo pero se hace.

06 antes de conectar

Qué revisar de un conector ajeno

Instalar un conector es darle a un programa de otra persona una puerta a tus datos. No es motivo para no usarlos, es motivo para mirar tres cosas antes:

• Quién lo hizo. Si es del propio servicio, vas tranquilo. Si es de un tercero, mira qué tan vivo está el proyecto y quién más lo usa.
• Qué permisos pide. Si para leer tu calendario te pide poder borrarlo, ahí hay algo que no cuadra.
• Dónde acaban tus datos. Si corre en tu máquina, se quedan ahí. Si es un servicio en internet, tus datos pasan por el suyo, y con información de clientes eso es una decisión, no un detalle.