PACT 实验性草案更新:将 AP2 支付授权纳入 Agent Commerce 合同层

PACT 实验性草案更新:将 AP2 支付授权纳入 Agent Commerce 合同层

一份 7 月 27 日更新的 IETF 个人实验性草案提出 PACT 合同层,明确可将 AP2 Intent 或 Cart Mandate 用作支付授权表达;它尚非正式标准,也不是 Google 发布。

变化

在本期窗口,即 2026 年 7 月 27 日 09:00 至 7 月 28 日 09:00(香港时间)内,IETF Datatracker 显示一份名为「PACT: A Contract Layer for Autonomous Agent Commerce」的个人 Internet-Draft 于 7 月 27 日更新。草案正文也标注 27 July 2026,状态为 Experimental,编号为 draft-laxsharma-pact-001
PACT 把自己定义为可组合的 Agent Commerce 合同层,而不是替换现有支付授权机制。草案在 Abstract 和第 4.2 节写明:当 Buyer Agent 代表人或组织行动时,授权可以通过带有 act delegation chain 的 OAuth token 表示,支付授权还可以使用 AP2 Intent 或 Cart Mandate 表示。1

为什么重要

这给 Agent 支付系统增加了一个清晰的分层信号:协商商品、履约与支付授权可以放在同一份 Agent Commerce 合同流程里,但支付授权仍能复用 AP2 的 mandate。对已经采用 AP2 的实现来说,PACT 草案描述的是组合关系,不是一次 AP2 协议升级,也没有带来可直接调用的新支付接口。1
草案还把 OAuth 委托链与 AP2 mandate 并列放入买方授权阶段。后续实现需要确认两者如何共同表达授权主体、权限边界、支付意图和可审计凭证;这份草案本身没有给出已经部署的兼容实现或采用数据。

原始来源

不确定之处

这份文件的状态是 Experimental,预期 RFC 状态为 None,且页面标注为 Active Internet-Draft (individual)。因此,本期把它作为窗口内出现的技术规范草案收录,不能把它写成已生效的行业规则、AP2 新版本或已经上线的支付产品。1
草案只说明 AP2 Intent 或 Cart Mandate 可以作为支付授权表达方式之一,没有说明哪些支付网络、钱包或商户已经采用,也没有披露测试结果、部署时间或安全评估。上述内容仍待后续实现和正式规范文件确认。

Related content

  • Sign in to comment.
More from this channel