agentwallets.si
← 返回博客

独立解读

PayPal / Braintree Agent Ready:让现有商户出现在 AI 购物流程里

文章图解 · 概念示意
01AI 购物入口02商户结账03Braintree 支付

类型:商户支付处理与 Agent 商业接入|面向:Braintree 和 PayPal 商户、AI 平台|资料核验:2026-10-28|未完成交易测试。

消费者让 AI 助手找一件商品、加入购物车并支付。对商户来说,难题是怎样把已有商品和 Braintree 支付接入新的 AI 入口。PayPal 的 Agent Ready 试图复用既有商户账户,将不同平台所需的结账和支付凭证路径连接起来。

背景:消费者钱包和商户基础设施

PayPal 经营消费者支付及钱包服务,Braintree 提供面向商户的支付处理。Agent Ready 服务主要面向商户和 AI 平台,帮助既有 Braintree 商户接入 AI 购物表面;这与给每个 Agent 开设一个可自由支配资金的钱包不同。Agent Ready 概览 · Agentic Commerce Services

同一件商品,两条平台路径

flowchart LR U[消费者选择商品并授权] --> A[AI 助手编排购物与结账] A --> P{支持的平台与协议} P -->|ACP| D[PayPal 授权及委托 Token] P -->|UCP| G[Google Pay 单次 Token] D --> B[Braintree 商户处理] G --> B B --> S[商户履约及售后]

按 2026 年 6 月更新的官方文档,ACP 路径面向 ChatGPT 相关场景,使用经授权的 PayPal 支付方式及委托 Token;UCP 路径面向 Google AI Mode / Gemini,使用 Google Pay payment handler 和来自 Google Wallet 的单次 Token。Google Wallet 不是 PayPal 钱包,Braintree 在该路径中承担商户处理角色。不同平台、地区和商户资格要单独确认。Agent Ready 概览

环节 PayPal/Braintree 的作用 不应假定
商品发现与购物车 与支持的 AI 表面和商户系统连接 自动获得所有商户库存或适配所有渠道
付款授权 依路径使用用户批准与受限凭证 用户一定放弃逐笔审批
商户处理 复用已有 Braintree 处理关系 所有支付方法和地区均已开放
履约售后 由商户和支付参与方按约处理 AI 界面天然解决退款和争议

另一个相关方向是 WebMCP:PayPal 介绍通过网站暴露机器可调用的商品、购物车和结账能力,同时将支付批准和认证留在 PayPal 体验中。2026 年 9 月文章用“正在构建”和“目标是提供”描述该方向,不应写成所有 PayPal 商户已经可用。WebMCP 介绍

收入从哪里来?

PayPal 与 Braintree 原有业务包括商户支付处理等,实际支付服务费由地区、商户合同和支付方式决定。Agent Ready 专项费用、渠道分成和 PayPal 在每条 Token 路径上的净收入,本文未找到可靠的公开统一报价。它可能帮助 PayPal 保持既有商户处理关系并进入 AI 购物渠道,这是分析,不是已披露业绩。

与 Adyen Agentic 相比,两者都帮助商家适配 AI 渠道;Adyen 的模块明确覆盖商品 Feed、Cart、Payments,而 PayPal 这一套资料突出 Braintree 的 ACP/UCP 凭证路径及 PayPal 结账体验。与消费者侧钱包相比,Agent Ready 首要客户通常是商户和平台。

选用前应核实:当前商户账户能否申请、平台和地区支持、支付时用户确认位置、退款/拒付的既有责任是否变化,以及是否能取得必要订单与用户数据。

商户到底要接入什么?

以 Braintree 商户为例,商品、库存、配送、税费及订单系统仍是商户的责任。AI 助手帮助用户发现商品并编排结账,支付 Token 按具体平台的路径取得,再交给已集成的 Braintree 商户处理。它不是把商户的整个网站自动变成可用 Agent 商店:商户还要核对渠道资格、目录信息以及付款回执和订单的关联。Agent Ready 概览

角色 关心的问题 责任边界
消费者 商品、总价、支付方式、是否批准 是否逐笔确认取决于支持的体验
AI 平台 发起查询并组织结账 Token 来源和传递方式按 ACP/UCP 集成区分
Braintree 商户 订单、支付处理、履约和售后 支付获批不保证库存及发货
PayPal / Google Wallet 在对应路径提供用户选择的支付体验 二者不是同一钱包或同一个资金账户

传统结账和 WebMCP 有什么关联?

WebMCP 的设想是让兼容助手通过网站提供的明确定义工具发现商品、更新购物车并开始结账,而非只依赖解析页面。PayPal 文章强调保持支付批准、认证及买家保护在 PayPal 体验中;其表述是正在建设,具体浏览器、商户和地区仍须核验。因此不宜把 WebMCP 的存在当作 ACP、UCP 或 Agent Ready 已在所有站点上线的证据。PayPal WebMCP 介绍

一个可核查的订单闭环,应至少关联结账会话、商户订单、支付结果与退款记录。若用户改变地址导致税费变化,原来的批准是否仍有效?如果平台收到超时,是查询支付还是重复提交?如果 Google Pay 路径出现争议,相关商户及支付机构如何处理?官方概览没有给出所有场景的统一答案;企业采购要把这些问题写入沙盒测试与合同。

从商户成本看商业模式

即便 Agent Ready 本身没有可公开确认的统一附加费,商户仍可能承担原有支付处理、争议、兑换、平台或订单系统费用。以一笔假设 $100 订单为例,不能凭“没有看到 Agent 附加价”就认为商户净收 $100:应分别获取 Braintree 合同价格、用户所选支付方式费用,以及跨境或退款规则。商户最终应以可核对的订单结算账单计算,而不是以宣传页概括。

参考资料