先定义：ACT 协议是什么

ACT，全称 Agentic Commerce Trust Protocol，智能体商业信任协议。按公开资料，2026 年 1 月 16 日由支付宝携手多家技术与服务平台共同推出，是中国首个专为智能体商业场景设计的开放性技术框架；2026 年 4 月 29 日升级至 2.0 版，由 IIFAA（互联网可信认证联盟）联合支付宝、小米、智谱、比亚迪等 20 余家厂商参与共建，岚图汽车作为核心参与方深度参与。

它的定位不是又一个支付接口，而是底层协议：在蚂蚁集团智能体安全可信互连协议 ASL（Agent Security Link）提供的安全能力之上，定义一套智能体跨终端、跨系统的"通用语言"。

要理解它解决什么问题，先看一个对比：

• 传统支付：智能体执行一条扣款指令，人已经在前面确认过了；
• 智能体支付：智能体在用户授权范围内，自主完成"发现—询价—下单—支付"的完整闭环。

后者意味着每一步都可能没有人在场。所以协议要回答的问题变成了：AI 说它理解了你的意图，凭什么信？AI 替你付了钱，凭什么可查？另一台机器向你发起交易，凭什么认？

01 商业意图的结构化表达

链路起点是"意图"。协议定义了商业意图的获取与结构化表达组件——把用户一句"帮我订每周一次的鲜花"翻译成机器可校验的结构化对象：买什么、多久一次、预算上限、履约方式。

这一步是后续一切校验的锚点。意图没有结构化，后面就没法比对"实际交易是否偏离了用户本意"。

02 意图授权凭证的签发

意图确认后，系统签发意图授权凭证。可以把它理解为一次"委托的书面化"：智能体拿到的是一份带签名的授权范围，而不是一个可以随意取用的余额。

这带来两个直接后果：其一，授权是可验的，任何一方都能确认这份委托真实存在；其二，授权是有边界的，超出范围的请求在凭证校验环节就该被挡下。

03 用户委托支付

委托支付组件规范"AI 执行用户意愿"的过程。智能体不再只能执行简单扣款指令，而是在授权范围内自主走完支付流程——但执行权被委托了，决策权仍在用户侧。

权限隔离体系在这里发挥作用：协议构筑"越权阻断、交易可溯"的风控保障机制。越权操作直接拦截；已发生的交易全程留痕。

04 信任服务与商业存证

第四个组件解决"事后"问题：信任服务商业存证。每一笔由 AI 执行的交易都可回溯，从意图表达、凭证签发到最终扣款，每一步操作有据可查、每一次意图传递具备防篡改保障。

对开发者而言，这意味着接入方不需要自己从零搭一套审计系统——存证是协议层提供的能力。

05 A2A 与 A2M：两条支付框架

ACT 2.0 在业内率先系统性地构建了两条支付能力框架：

• A2A（Agent-to-Agent）：智能体对智能体。两个 AI 之间的交易，比如一个采购 Agent 向一个供货 Agent 询价、下单、结算；
• A2M（Agent-to-Machine）：智能体对机器。AI 调用 API、MCP 服务、数字内容时的按量支付。按公开报道口径，支付宝"AI 收"产品即遵循 A2M 框架。

两条框架加上意图、凭证、存证等组件，构成完整的协议骨架。协议同时声明遵循三大原则：兼容性、隐私性、开放性——不绑定任何单一模型，最大限度兼容其他协议。

开发者视角的三点判断

1. 协议层能力不用重复造。如果你的产品涉及智能体交易，意图校验、凭证、存证这类基础设施优先复用协议生态，把精力留给业务。
2. A2M 是当前最容易落地的入口。给 API 或 MCP 服务标价、按调用收费，链路短、验证快，适合作为智能体商业化的第一站。
3. 关注共建厂商名单。小米、智谱、比亚迪、岚图等终端与模型厂商都在参与，协议的覆盖面大概率会沿着"手机—车机—家居"继续扩展，提前适配有助于抢占场景。

最后，留四个自测问题

在动手接入之前，不妨先问自己：

• 我的场景里，发起支付的是 A2A 还是 A2M？
• 用户委托给智能体的边界，我能在产品里表达清楚吗？
• 交易出问题时，我的链路能把"当时用户授权了什么"调出来吗？
• 如果明天协议再升级一个版本，我的接入方式改起来有多大成本？

能答上来两个以上，说明你已经站在协议视角看问题了。

数据与产品信息引用自央广网、TechWeb、百度百科词条等公开报道与资料（2026 年 1 月至 5 月口径）。具体以官方最新说明为准。