Un MCP server es una conexión lista para usar entre Claude y una plataforma concreta: tu correo, tu tienda, tu herramienta de newsletter. La palabra "server" asusta más de lo que debería, porque no hay ninguna máquina que tengas que montar ni mantener.
Yo tengo varios funcionando en Barner y en DigitalBrain. El primero que conecté me llevó cinco minutos. Aquí te cuento qué es de verdad un MCP server, cómo funciona por dentro y qué he aprendido usándolos a diario.
Qué es un MCP server
Es una conexión vía API a unos endpoints concretos de una plataforma.
Eso es todo. Cuando conectas el MCP server de Beehiiv, lo que pasa por debajo es que Claude gana acceso a unas rutas específicas de la API de Beehiiv: leer los posts, sacar el open rate, consultar los clics. Nada más.
La confusión viene de la palabra. "Server" suena a máquina en un datacenter, a algo que instalas y mantienes. Aquí el servidor lo pone la plataforma, o lo pone un paquete que corre en tu ordenador mientras trabajas. Tú no montas nada.
Lo que a mí me parece más útil de esto: sin el MCP, para conectar Claude a una herramienta tendrías que leerte toda la documentación de su API y descubrir tú los endpoints. Con el MCP, esa exploración ya está hecha y empaquetada.
Cómo funciona
Tres piezas y ya está.
El server expone las capacidades: qué se puede leer, qué se puede escribir. El cliente (Claude Desktop, Claude Code, la web) las consume. Y tú das la credencial, normalmente una clave API que sacas del panel de la plataforma.
Cuando conecté el de Beehiiv, lo único que tuve que hacer fue sacar el código API de mi cuenta e introducirlo en el MCP. Cinco minutos como mucho, y ya tenía a Claude leyendo las métricas de la newsletter.
Siempre uso el server oficial. En primer lugar y siempre. Si la plataforma lo mantiene, es la que sabe qué endpoints tiene y cómo cambian.
Lectura y escritura no son lo mismo
Esto lo aprendí con Beehiiv de una forma bastante clara.
Cuando salió su MCP, era solo de lectura. Servía para consultar, y con eso monté dashboards mucho mejores que los que tenía, enriquecidos y a mi gusto, en un dominio propio donde juntamos lo de Circle, lo de Beehiiv y lo de los sponsors.
Meses después, a los early adopters nos dieron el MCP de escritura. Y ahí cambió el trabajo de verdad. Hasta entonces la automatización de la newsletter terminaba con una persona haciendo copy-paste del texto a Beehiiv, con los errores y los líos de formato que te puedes imaginar. Con el MCP de escritura, la newsletter se redacta directamente en Beehiiv y la corrección humana se hace ya allí, sobre el post.
Cuando mires un MCP, mira primero si escribe o solo lee. Cambia por completo lo que puedes montar encima.
Escribir tu propio MCP server: yo no lo he hecho
Puedes construir un MCP server tuyo. Yo no lo he hecho todavía y te explico por qué, que creo que es más útil que un tutorial.
Sé que un MCP propio gastaría bastantes menos tokens, porque lo ajustas a lo que necesitas y no cargas nada más. Pero hoy pago el plan máximo y no lo agoto. No hago llamadas cada hora: refresco todo una vez al día y ya está.
Si estuvieras llamando a una plataforma cada pocos minutos, o si el consumo se te fuera de las manos, ahí sí compensa. Para el resto, el oficial cubre.
El truco que más tokens me ahorra
Este es probablemente lo más útil de toda la guía.
Usar un MCP gasta muchos tokens, porque le pasas todo el contexto de las herramientas disponibles antes incluso de empezar. Anthropic ha publicado que ha llegado a ver definiciones de herramientas comiendo 134.000 tokens antes de afinarlas.
Lo que hago yo: uso el MCP para conseguir la acción que me interesa, y una vez que funciona le digo a Claude "esto que acabamos de hacer, constrúyemelo en una skill". Esa skill, cuando se ejecuta, gasta muchísimos menos tokens que hacerlo por el MCP cada vez.
El MCP explora. La skill ejecuta lo que ya sabes que funciona.
Descubrí esto sobre la marcha, y luego resulta que el equipo de ingeniería de Anthropic ha medido lo mismo: en un caso de Google Drive a Salesforce, destilar el trabajo fuera del MCP pasó de 150.000 tokens a 2.000. Un 98,7% menos.
Por qué no se me ha roto nada
En todo este tiempo no se me ha roto ningún MCP. Y no es suerte.
Para la redacción de la newsletter creé un template para Claude con un ejemplo de todos los bloques que hay que definir, cada uno bien explicado. Con esa plantilla delante, el MCP hace lo que tiene que hacer y no improvisa.
Cuando conectes uno para escribir, dale un molde. La plantilla es el guardarraíl, y es lo que hace que la cosa sea robusta a largo plazo en lugar de un apaño que un día te revienta un post.
Cuándo tiene sentido (y cuándo no)
Tiene sentido si quieres tantear una plataforma rápido: ver qué se puede sacar, qué se puede editar, qué se puede escribir, sin pelearte con su documentación.
Se queda corto cuando empiezas a hacer automatizaciones serias y a conectar esa plataforma con otras herramientas tuyas. Ahí acabas bajando a la API directa, que te da más control y más velocidad. A mí me pasa constantemente.
Y si la plataforma no tiene MCP oficial, míralo dos veces antes de tirar de uno de terceros. Le estás dando una credencial de tu negocio.
Si estás empezando, conecta uno oficial de algo que uses a diario, tantéalo una semana y decide. Es lo que hice yo con Beehiiv y de ahí salió todo lo demás.
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
