American Express 在 2026 年 4 月发布 ACE Developer Kit，并宣布面向注册智能体购买的行业首创保护机制。技术文章披露，ACE 设计为不要求合作伙伴根本改变既有支付基础设施，商户仍可通过现有支付轨道处理交易。 ACE 还采用 OAuth、双向 TLS、加密、令牌化、动态凭证、短期授权工件和防重放保护。未来还将提供 SDK、Agent Skills、MCP server 和 reference implementations，降低开发者集成门槛。
真实案例
- 机构：American Express
- 项目：Agentic Commerce Experiences（ACE）Developer Kit
- 时间：2026 年 4 月
- 类别：支付与智能体 / 授权支付 / 智能体商务
- 来源：https://americanexpress.io/building-trust-in-ai-powered-transactions-with-amex-agentic-commerce-experiences/ ↗
业务背景
智能体商务意味着 AI Agent 可以代表客户发现商品、比较选项并完成购买。传统支付系统假设“人”浏览、决策和点击购买；但当智能体根据客户预设意图执行交易时，支付网络必须回答新的问题：这个智能体是否被授权？它能花多少钱？能在哪些商户买？如果出错谁负责？
American Express 的 ACE Developer Kit 正是为这个新支付模型设计。它把客户意图、智能体授权、支付凭证、商户执行和审计追踪连接起来，试图在智能体自主性和支付安全之间建立可执行边界。
AI 方案
ACE 的核心能力包括建立信任、表达意图、执行边界和安全执行。客户为注册到 Amex 的 Agents 提供支付工具，完成发卡方认证，并定义使用控制。购买时，Agent 可以参与发现和执行，根据客户自然语言意图推荐买什么、从哪里买、花多少钱、何时需要额外审批。
技术上，ACE 先把意图捕获并存储为结构化合约；在支付凭证发行时，Amex 生成与该意图绑定的 scoped credential。凭证生成前，ACE 会验证意图仍然有效且约束被满足。合作伙伴通过同步 API 和异步通知接入，支持 enrollment、intent creation、credential retrieval 和 lifecycle management。
已披露效果
American Express 在 2026 年 4 月发布 ACE Developer Kit，并宣布面向注册智能体购买的行业首创保护机制。技术文章披露，ACE 设计为不要求合作伙伴根本改变既有支付基础设施，商户仍可通过现有支付轨道处理交易。
ACE 还采用 OAuth、双向 TLS、加密、令牌化、动态凭证、短期授权工件和防重放保护。未来还将提供 SDK、Agent Skills、MCP server 和 reference implementations，降低开发者集成门槛。
可迁移到银行的设计
- 银行未来支持智能体支付时，必须把“客户意图”结构化，而不是只记录一句自然语言。
- 授权边界应包含品类、商户、金额、频率、时间和是否需要二次确认。
- 支付凭证应短期、限域、可撤销，不能把真实卡号长期交给智能体。
- 智能体交易需要完整审计链：客户意图、Agent 身份、约束、凭证、商户和结果。
风险治理要点
- 委托必须显式、可验证，不能默认客户同意智能体代买。
- 智能体误买、超范围购买和被攻击操控都需要责任分配与争议处理机制。
- 支付凭证和意图合约要防重放、防篡改、防越权。
- 需要支持客户随时暂停、修改和撤销智能体授权。
本项目可做的小实验
设计一个“智能体支付授权表”：客户授权 AI 帮忙购买办公用品，表中必须包括金额上限、商户白名单、品类、频次、审批阈值、有效期和撤销入口。
原始来源与整理依据
文字分析来自内容源；业务分类、技术标签由 SeekingDAO 按规则整理。披露效果保留原有时间、范围和预测口径，未作独立审计。开源项目与 Skill 的当前许可、兼容性及依赖请以其上游为准。