ACP（代理商务协议）

ACP 最初是为 ChatGPT 的即时结签（Instant Checkout）功能服务的：用户在对话中看到商品、确认购买，智能体把订单发送到商家后端，商家确认后扣款并履约，2025 年 9 月上线时从美国 Etsy 商家起步。据 OpenAI 2026 年 3 月 24 日的公告，团队认为初版即时结签的灵活性不符合预期，转而聚焦商品发现与商家自有结账：商家通过 ACP 把商品目录与促销信息推送进 ChatGPT，结签则留在商家侧或 ChatGPT 内的应用中完成。

这次转向没有终结协议，而是改变了重心。据第三方追踪与官方文档，Target、Sephora、Nordstrom、Best Buy、The Home Depot、Wayfair 等零售商以商品 feed 方式接入发现链路，Shopify 商家则经平台目录间接覆盖。对商家而言，及时、准确的机器可读目录数据成为能否出现在智能体推荐中的关键因素。

ACP 的商家集成围绕结账会话（checkout session）展开——这是代表智能体与商家之间购物协商的有状态对象。参考规范定义了五类接口：创建会话、查询权威状态、更新行项目与买家信息、完成扣款、取消会话。每次请求需携带 Bearer 认证与 API 版本头，POST 类请求要求幂等键以避免重复扣款。

会话对象包含以分为单位的价格、状态、政策链接与消息。价格完整性由商家负责：智能体不能单方面修改价格或提供折扣，任何优惠都需按规范中的折扣扩展由商家确认。拒绝支付会映射为结构化错误码，便于智能体向用户解释原因。

ACP 的支付设计核心是委托支付规范：支付服务方签发一个限定范围的令牌（Stripe 实现为 Shared Payment Token），其中绑定金额上限、币种、目标商家与过期时间。智能体在完成会话时提交该令牌，商家向支付方核销，持卡人原始卡号全程不经过智能体，也不暴露给商家系统。

这个机制把信任边界画得比较清晰：智能体只持有「最多花多少钱、在哪家、什么时候前有效」的凭据，而不是一张可以反复使用的卡。它与站点内已有的 x402 协议形成互补——x402 面向 HTTP API 的按次微支付，ACP 面向零售场景的完整结账流程；两者的威胁模型与适用层级不同。

ACP 解决的是商务层问题，不替代上下文层。自 2026-04-17 版起，ACP 可以运行在 MCP（Model Context Protocol）之上作为传输，意味着接了 MCP 的智能体理论上也能触达 ACP 商家接口。

在商务协议版图中，Google 主导的 UCP（Universal Commerce Protocol）覆盖 Google 侧界面的类似生命周期，AP2（Agent Payments Protocol）则定位为跨网络的支付授权层，Visa 亦将其 TAP 定位为与 ACP 互补的智能体验证方案。大型零售商与平台日益倾向同时接入多套协议；对多数商家而言，结构化商品数据与可靠的库存、价格接口是所有协议共同的前提。

据规范仓库与官方文档，ACP 仍处于 beta 阶段，规范以日期版本演进，治理上由 OpenAI 与 Stripe 共识决策，并声明了向中立基金会移交的路径。第三方观察普遍提醒：协议处于演进期，实现细节应对照当前发布版本而非二手摘要；商品发现机制由各 AI 平台自行管理，接入 feed 并不保证获得推荐。

局限也很明确：ACP 不覆盖支付服务方的授权捕获语义、退换货、税费配置与反欺诈建模，这些仍留在商家与支付方的既有栈中。对没有工程团队的自建商家而言，直接实现协议端点门槛较高，走平台（如 Shopify）的间接接入是更现实的路径。后续版本演进动态将持续跟进。

代理商务仍处早期：即时结签的消费者渗透有限，协议重心已转向商品发现与商家自主结账。治理上 OpenAI 与 Stripe 声明了向中立基金会移交的意向，与 Google 的 UCP、支付侧的 AP2 之间的分工与竞争将持续塑造格局。后续版本与生态采用动态将持续跟进。