Cashfree 为 AI 智能体的托管结账新增 WebMCP 工具

Cashfree Payments 于 2026 年 11 月 6 日宣布，其托管结账现已支持 WebMCP，使基于浏览器的 AI 智能体能够读取订单、浏览支付方式、显示 UPI 二维码并查询支付状态。该公司表示，这些工具可将完成结账所需的令牌减少 40% 以上。

这项功能已集成到 Cashfree 现有的托管结账中，并已在重定向结账中上线，无需商户更改代码。面向智能体的结账正分阶段推出，浏览器支持情况和可用工具可能会有所变化。Cashfree 称自己是印度首家将 WebMCP 引入结账流程的支付公司。

结构化工具取代模拟点击

Cashfree 在与 50 多位 AI 智能体开发者的交流中发现，支付是他们反复遇到的一大障碍。在传统页面上，智能体必须识别按钮和输入框、模拟点击，并应对页面布局变化或弹出窗口。每增加一个步骤，都会消耗令牌，也增加了流程停滞或输入错误信息的可能性，使结账摩擦既推高用户的计算成本，也可能导致商户流失订单。

WebMCP 为智能体提供能够返回结构化结果的命名工具，从而减少对视觉识别的依赖。结账页面提供六种工具： get_checkout_summary, list_payment_methods, open_payment_method, back_to_payment_methods, show_upi_qr 和 get_payment_status。工具是否可用会随页面和商户设置而变化，因此智能体需要读取实时工具列表，而不能假定所有选项始终存在。

订单摘要工具会返回商户名称、货币、订单金额、优惠后的应付金额、已应用和可用的优惠，以及经过掩码处理的电话号码。状态工具会报告 not_started, pending, failed 或 success，但仅限于在当前页面发起的支付。工具在购物者自己的浏览器结账会话中运行，无需 API 密钥或独立服务器，也无法执行页面本身无法执行的操作。

UPI 支付仍由购物者确认

在 UPI 支付流程中，智能体会读取订单，并列出该订单启用的支付方式，然后请求生成二维码。Cashfree 将 show_upi_qr 视为可能产生重要影响的操作，因此浏览器或智能体可以在执行前请求确认。购物者必须使用任意 UPI 应用扫描二维码，并输入 UPI PIN 批准支付；随后，智能体便可读取支付状态。对于其他支付方式，智能体可以列出并打开某个选项，但仍由购物者在页面上完成支付。

如果结账页面显示便利费、支付渠道选项、自动付款设置，或要求处理待定的上一笔支付，仍需人工介入。没有任何工具会自行转移资金，也不会接收银行卡号、CVV、一次性密码或支付令牌。返回结果不包含电子邮件地址和购物车商品；商户提供的文本（例如优惠说明）则会被标记为不可信数据，而非给智能体的指令。

除此之外，智能体辅助支付与购物者主动发起的支付使用相同的结账代码、优惠、欺诈与风险检查以及错误处理机制。商户会在履行订单前，通过相同的 Get Order API 或支付 Webhook 确认支付。由于这些工具部署在 Cashfree 托管的页面上，智能体可以在使用受支持托管结账页面的不同商户处采用同一种交互模式，而不必为每家商户分别学习一套支付流程。

浏览器与结账限制决定了推出范围

使用该功能需要支持 WebMCP 的 Chromium 内核浏览器。在 Cashfree 结账页面中，Chrome 149 起可通过源站试用使用该功能；Cashfree 会在其页面上启用这一试用。Chrome 的 WebMCP 概览将 WebMCP 描述为一项提议中的标准：它使用 JavaScript 或带注释的 HTML 表单来公开工具，并通过 JSON Schema 定义输入和预期输出；该 API 主要面向由人工参与的本地浏览器工作流。

目前仅支持在浏览器顶层打开的重定向式托管结账页面。弹窗式、内嵌式、One Click 和订阅结账不会公开这些工具；嵌入式结账运行在跨源 iframe 中，而 WebMCP 默认在其中处于禁用状态。UPI 二维码工具仅适用于桌面布局，支付后的确认页面不会公开任何工具。随着标准演进，工具名称和输入项可能会发生变化。

由此形成一种范围受限的智能体商务模式：智能体能够以一致的方式读取订单，并为支持该功能的商户准备支付；购物者则继续掌控凭证、授权和结账例外情况。因此，对商户和智能体开发者而言，实际应用效果不仅取决于智能体自身的能力，也取决于浏览器支持和结账配置。