MCP o API REST para tu agente: cuál darle, y cuándo

Dale MCP a tu agente cuando tenga que descubrir qué puede hacer, y una API REST cuando ya lo sepas tú. MCP te da descubrimiento y un único flujo de autenticación, y cuesta contexto en cada sesión. Un script que publica igual cada noche paga ese coste para nada. Aquí está la frontera, con cifras.

MCP vs API: la tabla

Los dos hablan con el mismo servidor. La diferencia está en quién lee la documentación: el modelo o tú.

Servidor MCP vs API REST: qué cambia realmente en tiempo de ejecución

MCP es un protocolo JSON-RPC 2.0 en dos capas: una capa de datos que define las primitivas y una capa de transporte que es stdio para un proceso local o Streamable HTTP para uno remoto. Un servidor expone tres cosas: herramientas (funciones que el modelo puede llamar), recursos (datos que puede leer) y prompts (plantillas). El cliente llama a tools/list para saber qué hay disponible y luego a tools/call para ejecutar una. Comprobado en el sitio de la especificación el 9 de octubre de 2026.

Ese paso de tools/list lo explica todo. Una API REST tiene las mismas operaciones, pero la lista vive en tu cabeza y en tu código. Con MCP, la lista llega entera a la ventana de contexto del modelo antes de que haya decidido si necesita algo de ella.

Desde la versión del protocolo 2026-07-28, el protocolo no guarda estado: cada petición lleva la versión y las capacidades en _meta, y server/discover sustituye al antiguo handshake. La consecuencia práctica para ti: un servidor MCP remoto puede estar detrás de un balanceador de carga sin sticky sessions, y la lista de herramientas llega con una pista de caché ttlMs, así que un cliente bien hecho no la vuelve a pedir en cada turno.

Qué hace un agente con 103 herramientas

Este es el caso concreto. El servidor MCP de PlugKit expone 103 herramientas y 3 flujos de trabajo, verificados en la página de herramientas el 9 de octubre de 2026. Están agrupadas: 18 para campañas, 13 para publicaciones, 12 para anuncios de Meta, 10 para cuentas y conexiones, 9 para mensajería, 7 para analítica, 7 para interacción y así hasta 2 para búsqueda.

Un agente al que le pides "responde a los comentarios de mi último Reel" necesita quizá cuatro de esas 103. Las otras 99 entraron igualmente en su contexto, con sus nombres, descripciones y esquemas de entrada. Ese es el peaje.

Hay tres cosas que reducen la factura, y las tres ya existen hoy:

1. Scopes. Una sesión que solo tiene mcp:read nunca llega a tener registradas las herramientas de escritura, así que la lista se reduce antes de llegar al modelo. Los scopes son mcp:read y mcp:write, documentados en la descripción general de MCP.
2. Flujos de trabajo. PlugKit incluye tres (publish, inbox, report) que los clientes muestran como comandos slash. Un solo comando sustituye a una cadena de llamadas a herramientas que, si no, tendría que planificar el modelo, lo que se traduce en menos turnos y menos suposiciones erróneas.
3. Descubrimiento progresivo. La especificación tiene un patrón para esto: un cliente que federa muchos servidores carga las herramientas bajo demanda en lugar de cargarlas todas de entrada. Que lo tengas o no depende de tu cliente, no del servidor.

Un servidor con cuatro veces más herramientas tiene cuatro veces más problema. Conté 496 herramientas en el MCP de un competidor en la comparativa de servidores MCP para redes sociales, lo cual basta para ahogar la conversación a la que deberían servir.

Cuándo usar MCP

Dale MCP al agente cuando se cumpla al menos una de estas condiciones:

• La siguiente acción depende de lo que lee. Clasificar una bandeja de entrada, decidir qué comentario merece respuesta, detectar que una publicación ha fallado y elegir otra cuenta. No puedes enumerar esas ramas de antemano, y justo para eso sirve un modelo.
• Hay un humano en el bucle. Alguien escribe "publica esto en Instagram y LinkedIn a las 9 de la mañana". MCP convierte esa frase en llamadas sin que tengas que construir una interfaz.
• No quieres guardar credenciales. OAuth 2.1 con PKCE hace que el cliente nunca almacene un secreto de larga duración. El usuario da su aprobación en una pantalla de consentimiento y la revoca de la misma forma.
• El conjunto de capacidades cambia. Cuando un servidor añade herramientas, se empiezan a usar sin que tengas que sacar ninguna versión.

Conectarlo es una sola línea en Claude Code: claude mcp add --transport http --scope user plugkit https://api.plugkit.co/mcp y luego /mcp para autenticarte. Cursor, VS Code, las apps de Claude y ChatGPT en modo desarrollador aceptan la misma URL, según la documentación de clientes, consultada hoy.

Cuándo darle mejor la API REST

Dale HTTP cuando el trabajo está decidido antes de que el agente se ejecute:

• Publicación programada. Conoces el payload, conoces los destinos. Un POST lo resuelve en 200ms sin ningún modelo en el bucle y sin coste de tokens: POST /v1/posts con accountIds y publishNow, documentado en la guía de publicación.
• Necesitas tests. Un test unitario comprueba un código de estado. No puede comprobar que un modelo elegirá create_post en lugar de publish_post en un mal día.
• Volumen. Miles de llamadas por hora a través de un modelo son una factura, no una arquitectura.
• Gestión de errores estricta. PlugKit devuelve 402 cuando una cuota del plan o un límite de gasto bloquea una llamada, 429 cuando alcanzas el rate limit y 404 en lugar de 403 para recursos que no son tuyos. Tu código puede aplicar backoff ante un 429 y lanzar una alerta ante un 402. Un modelo, a veces, leerá el 402 y volverá a intentarlo.

El detalle útil: en PlugKit, cada herramienta MCP corresponde a un endpoint REST con el mismo vocabulario y los mismos ids. Así que no son dos caminos excluyentes. Haces el prototipo en el agente, lees los ids que devolvió y luego pasas la mitad repetitiva a código sin volver a aprender nada.

Dale los dos y reparte según el determinismo

Lo que uso de verdad, y lo que le recomendaría a cualquiera que construya sobre una API de redes sociales: el código se encarga de todo lo programado y repetitivo, y el agente de todo lo conversacional y ambiguo.

Para la parte del agente, la configuración es la misma uses el cliente que uses: consulta Claude como social media manager para ver lo que el modelo hace bien y lo que no pienso delegarle, y cómo dar a un agente de IA acceso a redes sociales para la mecánica que hay debajo.

Donde MCP es realmente peor: pierdes determinismo, pagas en contexto y no puedes comparar fácilmente dos ejecuciones. Quien te diga que MCP sustituye a tu cliente de API te está vendiendo un protocolo, no una arquitectura.

Cuánto cuesta

PlugKit cuesta $49 al mes por 5 cuentas conectadas, cancelas cuando quieras, o $97 al mes por 30. El servidor MCP y la API REST son el mismo producto al mismo precio, así que la elección anterior es puramente técnica. Siete días gratis, sin tarjeta, con una cuenta conectada durante la prueba. El único extra que se cobra por uso es X: las llamadas se te cobran a la tarifa del propio X, $0.005 por leer un post y $0.015 por publicar uno, con un tope de gasto mensual por defecto de $20 por cuenta hasta que fijes el tuyo. Cifras de la página de facturación, comprobadas el 9 de octubre de 2026.

Preguntas frecuentes

¿Cuál es la diferencia entre MCP y una API?

Una API es la interfaz; MCP es una forma estándar de entregarle esa interfaz a un modelo. Un servidor MCP casi siempre está delante de una API REST y expone las mismas operaciones como herramientas que el modelo descubre en tiempo de ejecución con tools/list, en lugar de endpoints contra los que programas tú. MCP añade descubrimiento y un flujo de autenticación uniforme, y cuesta contexto.

¿Es MCP mejor que una API REST para agentes?

Solo cuando el agente tiene que elegir. Si la secuencia de llamadas se conoce antes de la ejecución, un cliente REST es más rápido, más barato, testeable y determinista. Si la siguiente llamada depende de lo que devolvió la anterior, MCP compensa lo que cuesta en contexto.

¿Cuándo debería usar MCP?

Cuando una persona está hablando con el agente, cuando la siguiente acción depende de datos que el agente acaba de leer, cuando prefieres no guardar una clave de API de larga duración o cuando la lista de herramientas cambia sin que publiques una nueva versión. Las llamadas programadas, de alto volumen e idénticas son el caso opuesto.

¿MCP consume muchos tokens?

Cada definición de herramienta de la lista entra en el contexto: nombre, descripción y JSON Schema. En un servidor con 103 herramientas, eso supone una sobrecarga real en cada sesión. Redúcela con un scope de solo lectura, que oculta por completo las herramientas de escritura, con flujos de trabajo del lado del servidor que agrupan varias llamadas en un solo comando y con un cliente que haga descubrimiento progresivo.

¿Puedo usar MCP y la API REST a la vez?

Sí, y deberías hacerlo. En PlugKit, cada herramienta MCP corresponde a un endpoint REST con los mismos ids, así que un agente puede explorar y tu cron job puede publicar sobre las mismas cuentas. Los scopes y las claves son independientes, así que el agente puede tener solo lectura mientras tu código conserva el acceso de escritura.

AB

Antoine BlancoFundador de PlugKit. Gestiona sus propias cuentas de Instagram, YouTube y X a través de la API y del servidor MCP que se describen aquí.