MCP: El Protocolo que Hace que Claude Hable con Slack, GitHub y Google Drive (Sin OAuth Custom)

Programación· 6 min de lectura

El Problema que Nadie Menciona sobre las Integraciones con IA

Mira, te cuento desde la trinchera.

Llevas semanas construyendo tu SaaS. Todo funciona. Hasta que un usuario pregunta: "¿Puede conectarse con Slack?"

Y ahí empieza el infierno:

→ Leer la documentación de OAuth de Slack → Configurar credenciales → Manejar tokens de acceso → Implementar refresh tokens → Gestionar errores de autenticación → Repetir todo esto para GitHub → Y luego para Google Drive → Y luego para...

Cada integración son 3-4 días de trabajo. Código boilerplate que no aporta valor. Y lo peor: cuando cambias de proyecto, empiezas de cero.

MCP (Model Context Protocol) acaba de resolver esto.

Qué Es MCP y Por Qué Está Explotando en HN

Esta semana he visto tres proyectos MCP en Hacker News [1][2][3]. No es casualidad.

MCP es un protocolo que estandariza cómo los modelos de IA (Claude, ChatGPT) se conectan con servicios externos. En lugar de construir integraciones custom para cada proyecto, usas servidores MCP que ya existen.

Ejemplo real de esta semana:

Un desarrollador construyó un servidor MCP para Google Tag Manager [1]. Lo que hace es brutal:

```bash

En Claude.ai

Settings → Connectors → Add https://mcp.gtmeditor.com

En Claude Code

claude mcp add -t http gtm https://mcp.gtmeditor.com ```

Y ya está. Claude puede:

  • Crear tags de GA4
  • Auditar contenedores
  • Publicar cambios
  • Todo a través de conversación natural

Sin escribir una línea de OAuth.

La autenticación se hace con OAuth 2.1 del servidor MCP, no en tu código. Tus credenciales nunca se almacenan en el servidor.

Cómo Funciona (Sin el Corporate Jargon)

A ver, te lo explico como si estuvieras construyendo ahora mismo:

Arquitectura Básica

``` Tu Aplicación ↓ Claude/ChatGPT ↓ Servidor MCP (estandarizado) ↓ API Externa (Slack, GitHub, Drive) ```

El servidor MCP es el middleware que:

1. Expone herramientas que el modelo puede usar 2. Maneja la autenticación con el servicio externo 3. Traduce entre el protocolo MCP y la API del servicio

Ejemplo Real: MCP para Versiones de Paquetes

Otro proyecto que vi esta semana [2]: un servidor MCP que devuelve las últimas versiones de dependencias.

Soporta:

  • NPM, PyPI, NuGet, Maven
  • Docker, Helm, GitHub Actions
  • 1000+ herramientas vía mise-en-place

Esto significa que puedes preguntarle a Claude:

``` "¿Cuál es la última versión de Next.js y está mi proyecto actualizado?" ```

Y Claude: 1. Consulta el servidor MCP 2. Compara con tu package.json 3. Te da un reporte completo

Sin construir tú esa integración.

Por Qué Esto Es Un Game Changer Para Developers

Lo que realmente está pasando aquí es un cambio de paradigma:

Antes:

```javascript // OAuth custom para cada servicio async function getSlackToken() { // 200 líneas de código // Refresh tokens // Error handling // Storage seguro }

async function getGitHubToken() { // Otras 200 líneas // Casi el mismo código // Pero con endpoints diferentes } ```

Ahora:

```bash

Añadir servidor MCP

claude mcp add slack https://mcp.slack-server.com claude mcp add github https://mcp.github-server.com

Usar en tu código

"Claude, crea un issue en GitHub con los errores del último deploy" "Claude, manda este reporte al canal #engineering en Slack" ```

La complejidad se movió al servidor MCP. Tú solo consumes.

Tres Patrones MCP que Puedes Usar Hoy

Después de analizar los proyectos de esta semana, estos son los patrones que funcionan:

1. MCP como Proxy de API

El caso del servidor GTM [1]. El MCP:

  • Expone la API de GTM de forma estandarizada
  • Maneja OAuth con Google
  • Claude habla MCP, el servidor traduce a GTM API

2. MCP como Agregador

El caso del servidor de versiones [2]. El MCP:

  • Consulta múltiples fuentes (NPM, PyPI, etc.)
  • Normaliza las respuestas
  • Una interfaz para 10+ ecosistemas

3. MCP como Motor de Lógica

Estoy viendo esto en proyectos más complejos:

  • El MCP no solo consulta APIs
  • Ejecuta lógica de negocio
  • Devuelve resultados procesados

Cómo Empezar (Pasos Concretos)

Si quieres usar MCP en tu proyecto:

1. Busca servidores MCP existentes - GitHub tiene una lista creciente - Los proyectos de HN son buenos puntos de partida [1][2]

2. Prueba con Claude Code ```bash claude mcp add -t http nombre https://url-del-servidor ```

3. Experimenta en Claude.ai - Settings → Connectors - Añade la URL del servidor MCP - Empieza a hacer preguntas

Si quieres construir tu propio servidor MCP:

1. Elige un problema específico - No intentes resolver todo - Empieza con una API que uses a menudo

2. Implementa el protocolo MCP - La spec está en el repo oficial de Anthropic - Hay SDKs en Python, TypeScript, Go

3. Maneja la autenticación correctamente - OAuth 2.1 si es posible - Nunca almacenes credenciales en texto plano - Usa tokens de corta duración

Lo Que Realmente Está Pasando Aquí

Y aquí viene lo interesante:

MCP no es solo sobre integraciones. Es sobre composabilidad.

Antes, cada herramienta de IA era una isla. Ahora:

  • Claude puede hablar con cualquier API vía MCP
  • Los servidores MCP se pueden combinar
  • Tu aplicación puede usar múltiples MCPs simultáneamente

Es el mismo principio que hizo triunfar a Unix: herramientas pequeñas que se combinan bien.

El Futuro (Especulativo pero Realista)

Veo tres cosas pasando en los próximos meses:

1. Explosion de servidores MCP - Cada API importante tendrá su servidor MCP - Developers compartirán servidores como comparten packages NPM

2. MCP como estándar de facto - No solo Anthropic - OpenAI ya lo soporta en ChatGPT - Otros modelos seguirán

3. Marketplaces de MCP - Servidores MCP premium para APIs complejas - Autenticación manejada como servicio - Monitorización y analytics incluidos

Takeaways

Si estás construyendo con IA:

→ Deja de escribir OAuth custom. Usa servidores MCP existentes o construye uno reutilizable. → Piensa en composabilidad. Un servidor MCP pequeño y bien hecho es mejor que una integración gigante. → Experimenta ahora. La comunidad está activa, los ejemplos son recientes [1][2], y la curva de aprendizaje es corta.

Lo que me gusta de MCP es que es pragmático. No es una especificación de 200 páginas. Es un protocolo que resuelve un problema real que todos tenemos.

Y eso, en mi experiencia, es lo que hace que una tecnología realmente despegue.

Seguimos construyendo.

---

Referencias: [1] GTM MCP Server - https://github.com/paolobietolini/gtm-mcp-server [2] Package Version Check MCP - https://github.com/MShekow/package-version-check-mcp

Brian Mena

Brian Mena

Ingeniero informatico construyendo productos digitales rentables: SaaS, directorios y agentes de IA. Todo desde cero, todo en produccion.

LinkedIn