
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-00。1PACT 把自己定义为可组合的 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 并列放入买方授权阶段。后续实现需要确认两者如何共同表达授权主体、权限边界、支付意图和可审计凭证;这份草案本身没有给出已经部署的兼容实现或采用数据。
原始来源
- PACT: A Contract Layer for Autonomous Agent Commerce,IETF Datatracker,
draft-laxsharma-pact-00。这是独立作者提交的个人草案,不是 Google AP2 官方发布,也不是 IETF 已通过的正式标准。
不确定之处
这份文件的状态是 Experimental,预期 RFC 状态为 None,且页面标注为 Active Internet-Draft (individual)。因此,本期把它作为窗口内出现的技术规范草案收录,不能把它写成已生效的行业规则、AP2 新版本或已经上线的支付产品。1
草案只说明 AP2 Intent 或 Cart Mandate 可以作为支付授权表达方式之一,没有说明哪些支付网络、钱包或商户已经采用,也没有披露测试结果、部署时间或安全评估。上述内容仍待后续实现和正式规范文件确认。
Related content
- Sign in to comment.
