Saltar al contenido principal
AprenderGlosarioServidor MCP
GLOSARIO

Qué es un servidor MCP.

DEFINICIÓN

Un servidor MCP es un servicio que expone herramientas, recursos o solicitudes a agentes de IA a través del Protocolo de Contexto del Modelo. Los agentes descubren el servidor, leen sus descripciones de herramientas y llaman a esas herramientas como parte de su plan. Un servidor MCP de pago agrega un comportamiento más: puede devolver HTTP 402 con una URL de pago, esperando que la billetera del agente se liquide antes de que la herramienta realmente se ejecute.

POR QUÉ ES IMPORTANTE

Un contrato, muchos entornos de ejecución de agentes.

Antes de MCP, cada proveedor de herramientas tenía que enviar una integración diferente para cada host de agente - una para Claude Desktop, una para una extensión de Cursor, una para un tiempo de ejecución de agente interno, una para el formato de llamada a funciones de OpenAI. Cada integración se desvió de manera independiente. MCP colapsa eso en una única interfaz de servidor. Escribe el servidor una vez; cualquier cliente consciente de MCP puede usarlo.

Ese contrato uniforme es lo que hace viable la monetización del servidor MCP. Si cada entorno de ejecución de agente hablara su propio dialecto, cobrar por llamada a la herramienta requeriría una integración de facturación separada por dialecto. Con MCP, el servidor devuelve 402 una vez, en HTTP, y cualquier entorno de ejecución cuyo agente tenga una billetera puede liquidarlo. El protocolo fija el contrato; la capa de pago se conecta por debajo.

CÓMO FUNCIONA

Anunciar, invocar, cobrar opcionalmente.

  1. Publicitar. El servidor publica una lista de herramientas, cada una con un nombre, entrada de esquema JSON y una descripción en lenguaje natural. El planificador del agente lee estas descripciones al decidir qué herramienta llamar.
  2. Invocar. El agente llama a una herramienta con argumentos estructurados. El transporte MCP (stdio, SSE o HTTP) entrega la llamada al servidor.
  3. Autorizar. Los servidores de pago verifican si este llamador ya ha pagado por esta llamada de herramienta (típicamente por clave de API, sesión o recibo de pago). Si es así, ejecuta la herramienta. Si no, devuelve 402 con una URL de pago.
  4. Liquidar (si se ha pagado). La billetera del agente paga en la URL. El proveedor de la billetera confirma el pago al servidor (típicamente a través de un webhook firmado); el servidor marca al llamador como pagado, y la llamada reintentada ejecuta la herramienta.
  5. Devolver. El resultado fluye de regreso al agente a través del transporte MCP. El agente integra el resultado en su siguiente paso de razonamiento. Los servidores MCP gratuitos omiten completamente los pasos 3 y 4.

El proveedor nunca tiene que saber qué tiempo de ejecución de agente está llamando, y el agente nunca tiene que saber qué proveedor de pagos utiliza el servidor MCP. Ambos lados hablan a través del contrato de protocolo.

EJEMPLOS

Tres formas de servidor MCP.

EJEMPLO 1

Un servidor MCP de búsqueda de documentación

Una startup publica un servidor MCP que expone una sola herramienta, search_docs(query). Cualquier agente consciente de MCP (Claude Desktop, un agente de codificación, un agente interno en un cliente) puede instalar el servidor, ver la herramienta anunciada y llamarla. La startup nunca tiene que enviar un SDK separado por tiempo de ejecución del agente - el servidor MCP es el SDK. Gratis inicialmente, luego monetizado más tarde devolviendo 402 en consultas pesadas.

EJEMPLO 2

Un servidor MCP interno conectando una base de datos privada

Un equipo de ingeniería ejecuta un servidor MCP dentro de su propia infraestructura que expone herramientas de solo lectura contra su almacén de análisis de producción. Sus agentes internos basados en Claude llaman a esas herramientas para responder preguntas comerciales. Sin API externa, sin SDK; el servidor MCP es el contrato. Debido a que es interno, no se necesita una capa de pago, pero el mismo patrón de servidor funciona sin cambios si más tarde exponen una versión de pago a socios.

EJEMPLO 3

Una lista de mercado MCP de pago

Un desarrollador independiente publica un servidor MCP que llama a una API de datos financieros premium y la revende por consulta. Su servidor devuelve 402 con una URL de pago alojada para cualquier llamada a la herramienta. Los agentes que tienen una billetera pagan automáticamente (dentro de su política de gasto); los agentes sin billetera ven el 402 y se detienen. El desarrollador captura ingresos por llamada sin incorporar manualmente a cada cliente.

Preguntas frecuentes

Tres preguntas comunes.

¿Es cada servidor MCP un servidor MCP de pago?

No. Los servidores MCP son construcciones a nivel de protocolo y la mayoría son gratuitos. El protocolo no exige ningún flujo de pago. Un servidor MCP de pago es aquel que ha elegido restringir algunas o todas sus llamadas a herramientas detrás de una respuesta HTTP 402 con una URL de pago, esperando que una billetera de agente se liquide antes de que la herramienta se ejecute. Los servidores MCP gratuitos permanecen gratuitos; los de pago añaden la capa 402 sobre el mismo patrón de publicidad e invocación de herramientas.

¿Quién ejecuta el servidor MCP, el tiempo de ejecución del agente o el proveedor de herramientas?

El proveedor de herramientas ejecuta el servidor MCP. Es su servicio, su punto final, su precios. El tiempo de ejecución del agente (Claude Desktop, un host de agente personalizado) actúa como el cliente MCP: descubre el servidor, lee sus descripciones de herramientas y llama a esas herramientas cuando su planificador decide hacerlo. Esta separación es lo que hace que la monetización sea limpia: el proveedor puede cobrar por llamada de herramienta sin coordinarse con cada posible tiempo de ejecución de agente, porque el tiempo de ejecución simplemente reenvía las respuestas 402 a la billetera que paga.

¿Ejecutar un servidor MCP de pago requiere ejecutar un nodo de blockchain?

No. El servidor MCP solo necesita hacer tres cosas: publicitar sus herramientas, aceptar llamadas a herramientas y devolver ya sea un 200 con el resultado o un 402 con una URL de pago. La liquidación ocurre fuera del servidor MCP - típicamente a través del checkout alojado del proveedor de billetera. Una vez que el proveedor de billetera confirma el pago (a través de webhook), el servidor completa la llamada. El servidor MCP en sí nunca sostiene criptomonedas, nunca firma transacciones y nunca lee el estado en cadena.
Última revisión: 2026-05-15. Publicado bajo CC BY 4.0.

Monetiza tu servidor MCP.

Devuelve 402, acepta USDC, liquida en segundos. Gratis para comenzar.