agentwallets.si
← 返回博客

独立解读

ACP：Agent 如何接入商家的购物与结账流程？

AgentWallets · 2026-10-29

项目资料 · ACP ↗
文章图解 · 概念示意
01商品发现02购物车03结账支付

你请购物 Agent 找一台咖啡机。它找到合适的商品之后，真正的购买才刚开始：库存是否准确？运费多少？优惠券是否有效？用户最终确认了什么？商家如何获得订单和付款信息？

ACP（Agentic Commerce Protocol）为 Agent 与商家之间的程序化商业交互提供一套规范。它处理的范围比「付一次款」更宽，尤其关注商品信息、结账状态、支付凭证交接和订单同步。

咖啡机购买是假设例子；本文依据官方资料解读，未测试商家接入或真实交易。资料查阅日期：2026 年 10 月 28 日。

把一次购物拆成四段

sequenceDiagram participant U as 用户 participant A as 购物 Agent / 平台 participant M as 商家系统 participant P as 商家支付服务商 U->>A: 寻找适合的咖啡机 A->>M: 获取商品与库存信息 M-->>A: 返回商品和销售条件 A->>M: 创建并更新结账会话 M-->>A: 返回价格、运费、税费和状态 A->>U: 展示最终信息，请求确认 U->>A: 确认购买 A->>M: 提交完成结账请求及适用支付信息 M->>P: 通过现有支付链路处理 M-->>A: 返回订单信息及后续状态

在 OpenAI 公布的 Agentic Checkout 接入中，商家实现创建、更新和完成结账会话等接口，返回商品、费用、配送、状态等权威购物车信息，并通过事件同步订单变化。商家继续使用自己的支付服务与结算体系；是否使用委托支付取决于具体接入。OpenAI：Agentic Checkout 规范

为什么不能只把商品链接发给 Agent？

链接可以帮助用户跳到商家网站，但机器想在统一体验里完成购买，还需要可处理的结构化信息。比如商品本身是 80 美元，最终支付金额还可能包含配送费、税费和优惠；用户修改地址后，商家需要重新计算并返回最新结果。

信息 谁最清楚 为什么要同步
价格、库存和销售限制 商家 不能只依赖过时的搜索结果
配送、税费与优惠 商家和其商业系统 最终总价可能随地址或促销变化
用户确认 用户及其使用的平台 让用户知道实际要买什么、付多少
支付结果和订单状态 商家及支付服务商 用户需要知道成功、失败和后续履约

商家系统仍应是商品、结账和履约状态的关键来源；Agent 展示的信息需要与最新结账状态保持一致。

支付凭证怎么交接？

ACP 的委托支付设计允许在适用的实现中，通过受限的支付令牌传递支付能力，商家再使用兼容的支付服务处理交易。令牌如何生成、适用哪些处理方、有哪些限制，需看当前实现与商家所在地区。令牌减少某些场景中原始支付信息暴露的需要，但它仍是敏感的支付凭证，需要安全管理。 ACP 项目规范

“支持 ACP”不等于自动获得流量

ACP 官方站点说明，商家实现规范后，是否进入某个 AI 平台仍取决于该平台的参与流程；商家也可根据自身规则决定是否接受交易。ACP 官方站点 OpenAI 的接入文档区分了开放构建协议与 ChatGPT 内具体购物功能的参与资格，实际可用性应查看当前平台说明。OpenAI 商业开发文档

接入前值得确认：商品目录如何更新？最终价格由谁计算？失败和重复请求如何处理？谁处理退款与售后？令牌支持哪些支付处理方？平台是否要求额外审批？

ACP 让 Agent 与商家在同一套结账语言里交流，但商品是否值得买、用户是否信任商家、订单是否履约，仍由产品体验与商家运营决定。

延伸阅读