Blog · 9 de septiembre de 2026
Qué es un MCP de pagos
La idea en una frase
MCP (Model Context Protocol) describe cómo un cliente —Claude, ChatGPT, Cursor u otro— descubre y llama herramientas de un servidor remoto. Un MCP de pagos es ese servidor aplicado a cobros: el modelo no “inventa un pago”; llama operaciones con tus reglas de cuenta, entorno e idempotencia.
Qué hace (y qué no)
En Pagos Express el servidor vive en /mcp/test y /mcp. Publica doce herramientas alineadas con REST /v1: enlaces, pagos, sync con la pasarela, correo y conexiones. No inicia el checkout del cliente, no reembolsa y no devuelve secretos.
Crear un enlace devuelve una URL. Esa URL es lo que compartes. Solo un pago en estado succeeded confirma fondos.
Quién autoriza
Hay dos credenciales. Una clave API (mostrada una vez) para servidores y clientes que solo aceptan Bearer. OAuth, con pantalla de consentimiento y revocación, para el agente que actúa en nombre de un usuario. El entorno —pruebas o vivo— lo fija la credencial, no un parámetro de la herramienta.
Por qué existe junto al dashboard
El dashboard sigue siendo el lugar para conectar Stripe o eCart Pay, ver la marca y rotar claves. El MCP no sustituye eso: le da al agente el mismo verbo “crear cobro” que ya tienes en la API, con pistas de error en español y sin un segundo backend de pagos.
Preguntas frecuentes
- ¿El MCP cobra la tarjeta?
- No. Crea o consulta la solicitud de cobro. El cliente paga en la página pública con el proveedor conectado.
- ¿Es lo mismo que la API?
- Sí en operaciones. El MCP empaqueta esas rutas como herramientas para un agente; REST las expone a tu backend.