AI正在从"回答问题"走向"替你办事"。当自主智能体开始购买服务、订阅API、代你处理交易，一个工程难题随之而来：怎么安全地授权机器花钱？

打开网易新闻 查看精彩图片

AP2（Agent Payments Protocol，智能体支付协议）就是冲着这个问题来的。它要解决的，是让商家能够证明——某笔由智能体发起的交易，背后确实有人类同意过。

现在的做法，本身就是个瓶颈

目前让AI助手或脚本完成购买，靠的都是有风险的变通手段：把API密钥硬编码在代码里、把个人信用卡号交给第三方封装层、或者依赖脆弱的会话令牌。

问题在于，商家没有一种标准化、密码学上可靠的方式，去验证人类确实对某笔由自主智能体发起的交易点了头。

AP2的核心：支付授权凭证

AP2引入了"支付授权凭证"（Payment Mandates）——一种密码学驱动、由策略约束的同意结构。你不再把密钥交出去，而是给智能体发一张边界严格的"通行证"。

这张凭证会写清楚几件事：

  • 最高消费限额，比如不超过50美元
  • 有效时间窗口与过期日期
  • 允许的商家类别或指定接口

智能体发起购买时，商家直接校验这张凭证，透明度拉满，也堵住了失控消费的口子。

落地之后会改变什么

一是真正的自主商业：软件不只是推荐一个工具或一张机票，而是当场议价、下单、开通。

二是微服务与API变现：智能体会按需动态订阅微服务，只为实际消耗的算力和数据付费。

三是信任与合规：责任可追溯内建在流程里，企业部署智能体工作流时，不必再担心出现未经授权的公司支出。

什么时候能用上

相关基础设施正在被积极定义，推动方包括科技巨头、支付网络（Visa、Mastercard、PayPal）以及Web3基础设施提供商之间的多方协作。

面向开发者的早期预览和试点集成会在2026年陆续铺开，主流生产环境的采用预计将在未来12到24个月内快速起量。

对做系统和做产品的人来说，现在要判断的是一件事：是提前把架构往支持自主智能体的方向改，还是等AP2这类标准化成熟了再动手。