agentwallets.si
← 返回博客

独立解读

Stripe Agentic Commerce:用受限凭证连接 AI 平台和商户

项目资料 · Stripe ↗
文章图解 · 概念示意
01AI 平台02受限令牌03商户支付

类型:商户支付、受限支付凭证与发卡基础设施|面向:商户、Agent 平台、应用开发者|资料核验:2026-10-28|未实测。

当用户让购物 Agent 买旅行箱,Agent 不应因此拿到用户完整卡号。Stripe 在 Agentic Commerce Suite 中使用 Shared Payment Token(SPT),让 Agent 使用受限支付能力,同时将商品、结账、支付和风控连接到商户。Stripe 还有 Issuing 等开发者产品和 Link Agent Wallet;它们不是同一个产品。

背景和产品位置

Stripe 为商户和平台提供支付处理、结账、发卡等基础设施。Agentic Commerce Suite 旨在帮助企业通过 AI 渠道销售,SPT 是其中的支付凭证,Issuing 则供企业构建卡片及相关支付体验。Link 是消费者支付体验,应单独分析;不能把 Issuing 的费率套用到 Link 用户上。Agentic Commerce Suite · Stripe Agentic Commerce

一个受限购物凭证怎么用?

sequenceDiagram participant U as 用户 participant A as Agent 平台 participant S as Stripe participant M as 商户 U->>A: 选择商品并同意支付 A->>S: 按集成申请受限支付 Token S-->>A: 返回受限 SPT A->>M: 传递订单与 SPT M->>S: 提交受支持的支付处理 S-->>M: 返回交易结果 M-->>U: 履约、提供售后

SPT 可以限定商户、金额和有效时间,隐藏底层支付凭证。Stripe 表示它可用于将支付风险信号与交易连接;实际授权、付款及用户确认方式取决于集成。Token 受限能降低滥用面,但不等于交易一定获批准、商品一定交付或退款自动完成。官方说明

能力 面向谁 要确认什么
Agentic Commerce Suite 商户及 AI 平台 申请资格、渠道范围、商品数据和订单同步
SPT 需要受限凭证的 Agent 交易 商户、金额、时效限制与撤销;底层凭证来源
Issuing 自建卡片体验的企业 发卡主体、地区、持卡资格、额度和合规
Radar 使用 Stripe 风控的商户 数据共享、风险阈值及最终责任
MPP 开发者/机器支付场景 支持的支付方式、可用地区、计费及真实支持

Stripe 官方 Agentic Commerce 页面同时介绍 MPP、Link 及 Issuing;这说明其布局涵盖聊天购物和机器调用,但不代表同一个客户能在所有场景立即使用每项能力。产品页

商业模式和区别

Stripe 的一般业务按支付、发卡和其他产品的公开价格或合同收费。美国通用 Stripe 定价页展示 Issuing 虚拟卡每张 $0.10 等基础价格;这不是 SPT 每笔费率,也不是 Link 消费者价格。Agentic Commerce Suite 的专项费率及各方分成需按合同确认。

从商业角度,Stripe 有机会在新的 AI 购物入口继续提供商户支付、发卡及风控,这是推断,不是披露的 Agent 收入。与 Checkout.com 的 ACP API 相比,两者都用受限委托凭证连接 AI 平台与商户;应比较已支持商户、平台、支付方式与合同,而非仅凭“支持 ACP”判断等价。与 Visa 相比,Stripe 更多承担 PSP、商户和开发者产品角色;两者可处在同一笔卡交易的不同层。

实施前应向 Stripe 核实准入、SPT 有效期和金额作用范围、用户确认、3DS 或其他认证、重复扣款、退款和责任归属。

从浏览到支付,究竟有哪些对象?

假设某商户售卖一个 $80 背包。消费者在 Agent 界面确认商品、配送和最终价格,平台依支持的集成取得 SPT;该 Token 能限定商户、金额和有效期,然后传给商户或相应支付处理方。Stripe 的描述强调 Agent 不需要看到消费者底层支付凭证,但商户仍需负责库存、税、配送、退货和客服。SPT 自身不是订单,也不是发卡方批准的同义词。Stripe 说明 · Agentic Commerce 入门

对象 谁通常负责 不能混淆的状态
商品和购物车 商户及 AI 平台 加入购物车不等于库存已锁定
SPT Stripe 与接入平台 成功创建不等于交易被批准
卡交易或其他方式 支付服务商、网络、发卡方等 获批、扣款、资金结算有不同状态
履约与退款 商户及相关服务 付款成功不等于商品已送达

如果最终税费导致订单超过 SPT 授权金额,商户能否调整 Token、必须重新获取批准还是拒绝支付,应依据具体 API 文档及实施方案确认。请求超时后,也要查询原始订单及支付状态,按接口支持的幂等机制处理,避免把重试理解成必然安全。

SPT、Issuing 和 MPP 为什么不能放进一个价格表?

SPT 面向在支持场景里使用消费者已有支付方式,Issuing 用于开发者构建卡产品,MPP 是机器支付交互协议。一个 API 调用可能经过 MPP 和钱包支付,一个电商订单可能经过 SPT,企业还可能通过 Issuing 配置卡;这些路径的合同主体、买方和商户费用不同。Stripe 的通用美国 Issuing 虚拟卡标价 $0.10/张,只解释发卡产品中的一个计价项,不说明卡交易处理、充值、汇率或最终支付成本。Stripe Agentic Commerce · Stripe 定价

从 Stripe 的商业逻辑看,平台希望同时获得 Agent 表面、商户和开发者:商户可以继续收款,AI 产品获得结账入口,开发者获得程序化支付工具。这是对其产品组合的分析;除非公司提供数据,不能推断 Agent 流量的交易额、净利润或市场份额。正式接入应索取针对特定商户、国家和订单金额的完整报价。

参考资料