Los mejores MCP para Claude (los que uso de verdad)

Los mejores MCP para Claude (los que uso de verdad)
Ilustración: Digital Brain

Después de meses conectando cosas a Claude en mis dos empresas, la lista de MCP que uso de verdad es más corta de lo que era. He quitado tantos como he añadido.

Aquí van los que tengo funcionando en Barner y en DigitalBrain, cuál elegiría si solo pudiera conectar uno, y cuál dejé de usar. Sin listas de cincuenta herramientas que nadie ha probado.

Si solo pudieras conectar uno: Gmail

Sin duda el más útil de todos.

Con el correo conectado puedes hacer todos los análisis que quieras sobre lo que ya tienes ahí dentro. Y sobre todo puedes alimentar lo que yo llamo la memoria infinita del negocio: por empresa, por departamento, por proyecto, por tarea y por persona.

Lo que eso te da en el día a día es que dejas de buscar correos. Le preguntas a Claude algo que estás dudando, hace scraping de tu correo y te responde con la realidad, no con tu recuerdo de la realidad.

En mi caso ya ni se lo pido. Lo primero que hace Claude cada mañana es revisar todo el correo, actualizar la memoria de Barner y DigitalBrain, y pasarme un resumen de lo importante y lo prioritario que ha entrado. Después me resume las reuniones del día anterior con los action items que salieron de cada una.

Otra cosa que suma: con el MCP nativo de Gmail no necesitas crear un app password ni pelearte con la API. Conectas y funciona.

Un matiz por si trabajas para terceros: eso vale para tu propia cuenta. Cuando doy consultoría y tengo que entrar en el correo de una empresa que no es la mía, ahí sí necesito la API o el app password, sea de Google o de Microsoft. Es otro camino.

Beehiiv: el que cambió el trabajo

En DigitalBrain la newsletter es el negocio, así que este pesa mucho.

Empezó siendo de solo lectura, y con eso ya monté dashboards mucho mejores de los que tenía. Cuando llegó el de escritura, se murió el paso más tonto de todo el pipeline: una persona copiando y pegando el texto a la plataforma, con los errores de formato que eso arrastra. Ahora la newsletter se redacta directamente ahí y la revisión humana se hace sobre el post.

Si trabajas con una plataforma de contenido, mira si su MCP escribe o solo lee. Es la diferencia entre un dashboard bonito y quitarte una persona de en medio de la cadena.

Shopify en Barner: sirve, y bastante

Este lo tengo en el proyecto de Barner y me sirve perfectamente para tantear la tienda: ver qué hay, qué se puede tocar, qué devuelve cada cosa.

Ahora bien, todo lo que ha terminado en producción lo he acabado montando por API directa. La herramienta de traducción de la web, por ejemplo, la construí conectando Claude directamente a Shopify con una API propia, sin pasar por el MCP. Antes usábamos Langify y era un desastre: en varias ocasiones nos petó la web entera. Ahora vamos contra la herramienta de traducción nativa de Shopify y funciona perfecto.

Ese es el patrón que veo una y otra vez. El MCP para explorar, la API para lo que tiene que aguantar.

Canva: lo quité

Lo usaba y ya no.

Para generar imágenes trabajo con fal.ai, que según el prompt escoge por detrás el modelo que mejor va (nano-banana y compañía). Con eso cubierto, el MCP de Canva dejó de aportarme nada y lo saqué del stack.

Te lo cuento porque los listados de "mejores MCP" nunca incluyen la parte de quitar. Y quitar es la mitad del trabajo. Cada conexión que mantienes viva es contexto que cargas y una credencial más dando vueltas.

Ese contexto tiene precio, por cierto. Anthropic ha publicado que ha visto definiciones de herramientas comiendo 134.000 tokens antes de afinarlas. Cada MCP que dejas enchufado "por si acaso" te está costando espacio antes de que escribas la primera palabra.

Lo que hago cuando uno me funciona

Cuando doy con la acción que me interesa a través de un MCP, no la dejo ahí.

Le digo a Claude: esto que acabamos de hacer, constrúyemelo en una skill. Y esa skill, cuando se ejecuta, gasta muchísimos menos tokens que repetir la misma jugada por el MCP cada vez.

El MCP me sirve para descubrir. La skill se queda con lo que ya sé que funciona. Es probablemente el hábito que más me ha ahorrado de todos los que he cogido este año.

Lo que hago por API y no por MCP

Para que la lista sea honesta: bastante de lo que hago con Claude en mis empresas no pasa por ningún MCP.

Circle, la plataforma de la academia, la toco por su Admin API. Subo clases, barro los comentarios pendientes de la comunidad para responder más ágil, y todo eso va por conexión directa.

Lo mismo con las automatizaciones de Shopify en Barner: cuando se acaba el stock de una referencia, pasarla a borrador o desactivarla ocurre solo, sin que yo prompteé nada. Eso no lo hace un MCP.

Cómo elegir el tuyo

Mi criterio, después de haberme equivocado unas cuantas veces:

Empieza por el oficial. Si la plataforma lo mantiene, sabe qué endpoints tiene y qué cambia.

Mira si escribe o solo lee antes de ilusionarte. Con lectura montas paneles. Con escritura te quitas trabajo.

Conecta uno que uses a diario, no cinco que suenen bien. Yo empecé por Beehiiv porque era donde más horas se me iban.

Y cuando algo deje de aportarte, quítalo. Es lo que hice con Canva y no lo echo de menos.

Si tuviera que apostar por dónde empiezas tú, apostaría por el correo. Es donde está toda la información de tu negocio que hoy no puedes consultar sin leer a mano.

Cada día resumo lo que importa en IA en digitalbrain.email, y los miércoles va una formación práctica a fondo.


Relacionado