Saltar al contenido principal
AprenderGlosarioHerramienta MCP de pago
GLOSARIO

Qué es una herramienta MCP de pago.

DEFINICIÓN

Una herramienta MCP de pago es una herramienta expuesta por un servidor MCP que devuelve HTTP 402 con una URL de pago hasta que la billetera del agente que llama se liquida. Después de la liquidación, la misma llamada devuelve el resultado real. La herramienta es indistinguible de una herramienta MCP gratuita en cómo se anuncia, descubre e invoca.

POR QUÉ ES IMPORTANTE

Monetización que no necesita un equipo de ventas.

Sin herramientas MCP pagadas, un desarrollador que construye algo útil para los agentes tiene dos opciones poco atractivas: mantenerlo gratis y esperar su adopción, o establecer una empresa SaaS en torno a ello (flujos de registro, portales de facturación, emisión de claves API, cobros, soporte). Ambas rutas ignoran al usuario real - un agente autónomo que solo quiere llamar a la herramienta.

Las herramientas MCP de pago colapsan el paso de incorporación a cero. La primera vez que un agente llama a la herramienta, el 402 actúa como una etiqueta de precio y un proceso de pago en uno. Si la billetera del agente tiene presupuesto, la llamada se realiza; si no, la llamada se detiene limpiamente con un error útil. No hay registro, no hay clave API, no hay secreto compartido que filtrar. La herramienta se paga porque el protocolo la hizo de pago, no porque un proceso de ventas la hiciera de pago.

CÓMO FUNCIONA

Llamar, 402, liquidar, reintentar, resultado.

  1. Llamar. El agente invoca la herramienta a través del transporte MCP normal con argumentos estructurados.
  2. 402. El servidor verifica si hay un pago previo válido para este llamador y esta herramienta. Si no existe, devuelve HTTP 402 con una URL de pago y el precio cotizado para esta llamada.
  3. Verificación de política. El tiempo de ejecución de la billetera del agente verifica el precio cotizado contra la política de gastos del agente. Dentro del presupuesto y las reglas de contrapartes, continúa; de lo contrario, la llamada falla con un error de política.
  4. Liquidar. La billetera paga la URL en USDC. El proveedor de la billetera confirma el pago al servidor, típicamente a través de un webhook firmado.
  5. Reintentar y resultado. Una vez que el servidor ha marcado al llamador como pagado, el agente vuelve a invocar la herramienta; el servidor la ejecuta y devuelve el resultado real.

El planificador del agente no necesita entender nada de esto. Desde su perspectiva, la llamada tardó un poco más y el registro de auditoría del agente ganó una línea de transacción. Todo lo demás es trabajo del entorno de ejecución.

EJEMPLOS

Tres formas de herramientas de pago.

EJEMPLO 1

Una herramienta de datos de mercado premium

Un servidor MCP expone herramientas gratuitas (list_tickers, get_quote_delayed) y una herramienta de pago: get_quote_realtime. Las herramientas gratuitas tienen una respuesta regular 200. La herramienta de pago devuelve 402 con una URL de pago en la primera llamada. Una vez que la billetera del agente liquida $0.005, la llamada se reintenta y devuelve la cotización en vivo. Mismo servidor, mismo protocolo; solo una herramienta está restringida.

EJEMPLO 2

Una herramienta de rastreo web de pago por página

Una herramienta crawl_page cobra $0.001 por página obtenida y analizada. Cada llamada es pagada - no hay nivel gratuito. El servidor se mantiene barato de operar porque cada invocación se financia a sí misma. La política de gasto del agente limita cuántas páginas puede rastrear al día, que es la respuesta natural a los bucles descontrolados.

EJEMPLO 3

Una herramienta de estilo de suscripción con una asignación de prueba gratuita

Una herramienta de 'las primeras 50 llamadas gratis por mes' devuelve 200 para las primeras 50 llamadas en una ventana de facturación y 402 para la 51 en adelante. La billetera del agente paga un recargo de $5 USDC para cubrir las próximas 1,000 llamadas. Desde la perspectiva del agente, el 402 es invisible la mayor parte del mes; desde la perspectiva del proveedor, la monetización es automática.

Preguntas frecuentes

Tres preguntas comunes.

¿El agente siempre paga el mismo precio por la misma herramienta?

No necesariamente. La respuesta 402 incluye el precio para esta llamada específica, por lo que el servidor puede variarlo - por tamaño de argumento, por hora del día, por categoría, por contrato por cliente, por aumento. La billetera del agente verifica el precio cotizado contra la política de gasto del agente antes de liquidar. Si el precio supera el límite, la llamada falla con un error de política en lugar de un pago. El protocolo hace que la fijación de precios dinámica sea segura porque cada precio es explícito.

¿Qué pasa si la herramienta falla después de que el agente ha pagado?

Lo mismo que sucede con cualquier API de pago: el servidor es responsable de entregar el resultado o reembolsar el pago, según sus términos. Las herramientas MCP de pago bien diseñadas liquidan el pago solo después de que el trabajo tenga éxito (el 402 incluye una URL de retención o depósito en garantía) o reembolsan en caso de fallo. El protocolo no impone esto; es una preocupación de calidad de implementación para cada proveedor de herramientas, de la misma manera que la aplicación de SLA funciona para cualquier API de pago.

¿Puede un agente negarse a pagar y solo llamar a las herramientas gratuitas en el mismo servidor?

Sí, y ese es el comportamiento previsto. Las herramientas gratuitas devuelven 200 directamente; solo las herramientas restringidas devuelven 402. El planificador del agente puede elegir: omitir la herramienta de pago, encontrar otra manera de lograr la tarea o liquidar y proceder. Así es como funcionan las dinámicas del mercado: herramientas gratuitas más baratas y de menor calidad coexisten con herramientas premium de pago, y el agente elige según el valor de la respuesta.
Última revisión: 2026-05-15. Publicado bajo CC BY 4.0.

Cobra por cada llamada a la herramienta.

Devuelve 402, pon tu precio, acepta USDC. Gratis para comenzar.