Agent Factory回顾：你能帮我购物吗？
在《Agent Factory》第8集中，我与Ivan Nardini邀请到了Agent支付协议团队的产品经理Prateek Dudeja，共同探讨电商领域AI代理面临的最大障碍：信任问题，特别是在涉及资金交易时。
本文带您了解我们对话的核心观点。您可以通过链接和时间戳快速回顾主题或深入特定片段。
介绍Agent支付协议
时间戳：[01:43]
想象一下，代理能在门票开售的特定时间为您购买音乐会门票。您不想错过！也许您想要两张票，且不希望花费超过200美元。您肯定希望坐在能清晰看到舞台的区域。要让代理充当您的购票助手，您必须信任它能处理您请求的所有方面以及您的信用卡。您如何确保代理不会购买200张票，或者不会为您购买一生都用不完的橡皮鸭？
这个音乐会门票请求可能导致的混乱结果，揭示了可能阻碍代理电商发展的"信任危机"。好消息是，我们有办法前进并建立信任。
为解决"信任危机"，谷歌推出了Agent支付协议（AP2），这是一个新的开放标准。它不是新的支付系统，而是建立在现有基础设施之上的"信任层"。AP2旨在通过基于角色的架构和可验证凭证，为代理开展电商活动创建一种通用、安全的语言。
Agent支付与当前支付系统
时间戳：[02:29]
当前的支付系统是为人类使用浏览器等可信接口构建的，而不是为自主代理设计的，这给代理带来了三个主要挑战：授权、代理错误和问责制。
Agent支付协议通过帮助代理与商家和支付合作伙伴安全通信来解决这些挑战。该协议现已作为A2A（Agent2Agent）协议的扩展提供，并依赖于使用模型上下文协议（MCP）的代理。
深入探究Agent支付协议
了解更多关于该协议的工作原理，包括概念和流程。
基于角色的生态系统
时间戳：[04:33]
该协议建立在"关注点分离"之上。您的代理不必处理所有事情。这里有专门的角色：
- 购物代理：您构建的AI代理，擅长寻找产品。
- 商家端点：卖家的API。
- 凭证提供者：管理支付详情的安全数字钱包（如PayPal、Google Pay等）。
- 商家支付处理器：为支付网络构建最终授权消息的实体。
关键点：您的购物代理从不接触原始信用卡号。它不需要符合PCI标准，因为它将支付委托给专业、安全的提供商。
可验证凭证（VCs）
时间戳：[06:15]
Agent支付协议生态系统中这些角色之间的"握手"由可验证凭证（VCs）保护。将凭证视为协议化、经过加密签名的数字收据，用以证明已达成共识。
有三种类型的可验证凭证：
- 购物车授权：用于"人在场"场景。用户审查最终购物车并进行加密签名作为批准证明。
- 意图授权：用于"人不在场"场景（如音乐会门票示例）。用户签署一个意图（例如，“购买低于200美元的门票”），授予代理在这些护栏内行事的权限。
- 支付授权：向支付网络和银行明确显示AI代理参与了交易。
合约式对话模型
时间戳：[08:03]
Agent支付协议流程创建了一个"合约式对话模型"，超越了简单的API调用，转向基于可验证证明的流程。
为了理解这个流程，我们将演练一个"人在场"场景：
- 委托：您告诉您的代理，“买两张音乐会门票。”
- 发现与协商：代理联系商家的端点来准备购物车。
- 确定购物车：代理联系您的凭证提供者（例如，您的数字钱包）。您选择支付方式。代理只获得一个引用（如后四位数字），而不是完整的凭证。
- 授权与授权书：代理向您展示最终的、已确定的购物车。
- 您对购物车授权进行加密签名。这是不可否认的证明，即"合同"。
- 购买：代理将此签名授权发送给商家。商家现在可以信任购买授权来自您。商家的支付处理器使用授权书从凭证提供者处安全地获取支付令牌并完成交易。
这个流程完全依赖于信任。短期来看，这种信任是通过手动批准的代理和商家允许列表建立的。长期计划是使用HTTPS和DNS所有权等开放网络标准来验证身份。
与Prateek Dudeja的问答
时间戳：[13:07]
概念解释完毕后，讨论转向了与Prateek的问答环节。
为什么需要新的支付协议？
时间戳：[13:30]
Prateek给出了一个很好的类比：HTTPS是浏览的基础协议。登录需要更强的身份验证。进行支付需要更高级别的信任。AP2在A2A和MCP等基础协议之上提供了这种"支付级安全性"，确保交易是高信任度的且真正来自人类。
代理如何找到可信合作伙伴？
时间戳：[14:42]
短期内，代理将使用"去中心化的信任注册表"（或允许列表）来寻找可以交互的商家。Prateek指出，所有角色（商家、凭证提供者等）在今天的支付行业中已经存在。唯一的新角色是购物代理本身。
问责制：出现问题怎么办？
时间戳：[16:03]
这是个关键问题。如果您的代理向您展示了蓝色的鞋子，而您想要的是蓝绿色，但您还是点击了"批准"怎么办？
Prateek解释说，签名的购物车授权解决了这个问题。因为您生物特征签名了一个显示蓝色鞋子的防篡改凭证，责任在您身上。商家拥有加密证据，证明您看到并批准了确切的产品。这保护商家免受欺诈性退单，也保护用户免受未经授权的代理操作。
演示：参考实现
时间戳：[18:04]
Prateek演示了"人在场"流程。演示展示了用户提示代理，代理发现产品，然后凭证提供者（PayPal）介入。用户从PayPal选择他们的配送和支付信息，代理只看到一个引用。用户随后签署了购物车授权，购买完成。
兼容性与入门
时间戳：[19:43]
一个关键问题是——这与LangGraph或CrewAI等框架兼容吗？是的。Prateek确认该协议与任何框架兼容。只要您的代理可以通过A2A或MCP通信，您就可以使用AP2。
要开始使用，Prateek指导开发人员访问GitHub仓库。第一步是确定您想扮演哪个角色（商家、凭证提供者等），并探索该角色的示例代码。
未来：动态协商
时间戳：[21:13]
展望未来，Prateek分享了对"动态协商"的激动人心的愿景。想象一下告诉您的代理：“我想要那件缺货的红裙子。我明天就需要它……我愿意多付30%"。
商家的代理可以看到这个"意图”，如果裙子有货了，就能自动完成销售。对商家来说，原本失败的销售变成了加价完成的订单，而用户也得到了他们迫切想要的 exact 商品。
轮到您来构建
这次对话清楚地表明，构建安全的支付基础设施是创建能够在现实世界中执行真正有用任务的代理的基础步骤。我们正在从简单的、程序化的网络转向对话式、合约式的网络，而这个协议为其提供了框架。
我们鼓励您查看Agent支付协议GitHub仓库，思考您在这个新生态系统中可以扮演的角色，并立即开始构建！
联系我们
- Shir Meir Lador → LinkedIn, X
- Ivan Nardini → LinkedIn, X
- Prateek Dudeja → Linkedin