Modelos y plataformas de IA
Cashfree incorpora herramientas WebMCP a Hosted Checkout para agentes de IA
Añade Unite.AI a tus fuentes preferidas en Google
Cashfree Payments anunció el 6 de noviembre de 2026 que Hosted Checkout ahora es compatible con WebMCP, lo que permite a los agentes de IA basados en navegador consultar pedidos, navegar por los métodos de pago, mostrar códigos QR de UPI y comprobar el estado de los pagos. La empresa afirmó que estas herramientas pueden reducir en más de un 40 % los tokens necesarios para completar un pago.
La funcionalidad está integrada en el Hosted Checkout existente de Cashfree y ya está disponible en el proceso de pago con redirección, sin necesidad de cambiar el código del comercio. Pago para agentes se está implementando por fases; la compatibilidad con los navegadores y las herramientas disponibles pueden cambiar. Cashfree se describe como la primera empresa de pagos de India en incorporar WebMCP al proceso de pago.
Las herramientas estructuradas reemplazan los clics simulados
Cashfree identificó el pago como un obstáculo recurrente en conversaciones con más de 50 fundadores que desarrollan agentes de IA. En una página convencional, un agente debe interpretar botones y campos, simular clics y responder a cambios en el diseño o a ventanas emergentes. Cada paso adicional consume tokens y crea otra oportunidad de que el proceso se detenga o de que se introduzca información incorrecta, por lo que las dificultades del pago se convierten tanto en un problema de costos computacionales para los usuarios como en una posible venta perdida para los comercios.
WebMCP proporciona a los agentes herramientas con nombre que devuelven resultados estructurados, lo que reduce la necesidad de interpretar elementos visuales. El proceso de pago ofrece seis: get_checkout_summary, list_payment_methods, open_payment_method, back_to_payment_methods, show_upi_qr y get_payment_status. Su disponibilidad varía según la página y la configuración del comercio, por lo que los agentes deben consultar la lista de herramientas activas en lugar de dar por sentado que todas las opciones están disponibles.
La herramienta de resumen del pedido devuelve el nombre del comercio, la moneda, el importe del pedido, el importe a pagar tras aplicar las ofertas, las ofertas aplicadas y disponibles, y un número de teléfono enmascarado. La herramienta de estado informa not_started, pending, failed o success, pero solo del pago iniciado en la página actual. Las herramientas se ejecutan en la sesión de pago del comprador en su propio navegador, sin claves de API ni un servidor aparte, y no pueden hacer nada que la propia página no pueda hacer ya.
La aprobación de UPI sigue en manos del comprador
En el flujo de UPI, el agente consulta el pedido y enumera los métodos de pago habilitados para este antes de solicitar el código QR. Cashfree considera show_upi_qr como una acción con consecuencias importantes, lo que permite que el navegador o el agente soliciten confirmación antes de ejecutarla. El comprador debe escanear el código con cualquier aplicación de UPI y aprobar el pago con su PIN de UPI; después, el agente puede consultar el estado del pago. Para otros métodos de pago, el agente puede mostrar una opción y abrirla, pero el comprador completa el pago en la página.
La intervención humana también sigue siendo necesaria cuando el proceso de pago presenta un cargo por servicio, una opción de vía de pago, la configuración de pagos automáticos o una decisión sobre un pago anterior pendiente. Ninguna herramienta transfiere dinero de forma autónoma ni acepta números de tarjeta, CVV, contraseñas de un solo uso o tokens de pago. Los resultados omiten las direcciones de correo electrónico y los artículos del carrito, mientras que el texto proporcionado por el comercio, como las descripciones de las ofertas, se marca como dato no confiable y no como una instrucción para el agente.
Los pagos asistidos por agentes utilizan el mismo código de pago, las mismas ofertas, los mismos controles contra el fraude y de riesgo, y el mismo tratamiento de errores que los pagos iniciados por un comprador. Antes de procesar el pedido, los comercios los confirman mediante la misma API Get Order o los mismos webhooks de pago. Como las herramientas están alojadas en las páginas de Cashfree, un agente puede usar el mismo patrón de interacción en los comercios que utilizan páginas de Hosted Checkout compatibles, en lugar de tener que aprender un flujo de pago distinto para cada uno.
El navegador y las limitaciones del proceso de pago definen el despliegue
La compatibilidad requiere un navegador basado en Chromium con WebMCP. En el proceso de pago de Cashfree, la funcionalidad está disponible desde Chrome 149 mediante una prueba de origen que Cashfree habilita en sus páginas. La descripción general de WebMCP de Chrome presenta WebMCP como un estándar propuesto que utiliza JavaScript o formularios HTML anotados para exponer herramientas, con definiciones JSON Schema para las entradas y los resultados esperados; además, plantea que la API se destina principalmente a flujos de trabajo locales en el navegador con una persona en el circuito.
Solo son compatibles las páginas de Hosted Checkout basadas en redirecciones que se abren en el nivel superior del navegador. Los procesos de pago en ventanas emergentes, integrados, One Click y por suscripción no ofrecen las herramientas; el pago integrado se ejecuta en un iframe de origen cruzado, donde WebMCP está deshabilitado de forma predeterminada. La herramienta de código QR de UPI está limitada al diseño para escritorio, y la página de confirmación posterior al pago no ofrece herramientas. Los nombres y las entradas de las herramientas pueden cambiar a medida que evolucione el estándar.
El resultado es una modalidad acotada de comercio con agentes: estos obtienen una forma uniforme de consultar pedidos y preparar pagos en los comercios compatibles, mientras que los compradores conservan el control de sus credenciales, autorizaciones y excepciones del proceso de pago. Por lo tanto, para los comercios y los desarrolladores de agentes, el uso práctico depende tanto de la compatibilidad del navegador y la configuración del proceso de pago como de las propias capacidades del agente.
