Proof推出x401，为AI代理增加身份核验与交易授权层
AI代理开始代表用户发起支付和购买，但网站往往无法确认代理背后的真实身份及授权范围。Proof推出开放式x401协议，试图把身份凭证、用户签名和交易条件绑定起来。
Proof于2026年10月21日宣布推出x401开放式HTTP协议，并同步提供代理身份钱包和Model Context Protocol（MCP）服务器，面向Meta Muse、ChatGPT、Grok和Claude等AI助手。它要解决的具体问题是：当AI代理代表用户访问网站、购买商品或发出付款指令时，商家往往无法确认代理背后的用户，也无法确认用户是否批准了某一笔具体操作。据The Paypers报道，x401的重点不是让代理“自动付款”，而是给网站增加一层身份和授权证据。
x401把身份要求放进HTTP交互
x401扩展了HTTP 401响应。网站可以在代理继续操作前，明确要求其提交哪些证据，例如法定姓名、年龄或国籍等经过验证的身份声明，也可以要求消费者对交易条款进行加密签名。
消费者在Proof钱包中查看请求，并通过自己设备上的生物识别完成批准；随后由硬件保护的密钥生成签名。签名会绑定交易中的金额、收款方和其他约定条款。如果代理修改了这些内容，原有签名将无法通过验证。这样，网站核验的不只是“这个请求来自某个代理”，还包括“用户批准了什么”。
Proof称，x401支持电汇指令、付款授权、明细化购买以及由开发者定义的数据签名。每名经过验证的用户持有一张X.509证书，该证书在NIST IAL2身份核验后签发。
与x402衔接，按身份声明调用服务
x401可以与由Linux Foundation管理的HTTP原生支付协议x402并行使用。网站可按一次身份声明向Proof付费，不需要签订合同或达到最低承诺量。对需要偶尔核验代理背后用户的服务而言，这种模式把身份核验从长期接入关系转成按请求调用的能力。
Superfluid已经在其钱包中实现x401。Superfluid创始人兼CEO ZhiCheng Miao表示，该机制能帮助服务确认AI代理所代表的对象。Proof还表示，x401规范已开放给独立实现、审计和竞争性的凭证发行方使用，并计划交由中立、独立的治理机制管理。
发布背景：代理访问权正在成为控制点
x401的首次发布是在2026年6月，技术贡献者包括Visa、Circle和Okta。随后，亚马逊于2026年9月决定阻止Meta的Muse代理，理由是该代理没有表明自身身份，并在未经亚马逊同意的情况下穿行于账户之间。2026年9月8日，FinCEN与美国联邦银行监管机构也发布指导意见，认可数字证书和可验证凭证可以用于客户身份核验，包括非政府机构签发的凭证，前提是发行方采用与银行要求相同水平的认证。
这使代理身份从产品体验问题，进一步进入账户访问、客户识别和交易授权的控制范围。与此同时，消费者接受度仍有限：Exploding Topics对超过1000名美国消费者进行的调查显示，31%的人不会允许AI代理自行花钱。该比例反映的是受访者意愿，不是支付成功率或商户采用率。
对企业采购和支出的实际影响
对接受AI代理指令的电商、支付服务和软件平台而言，x401提供了一种把“谁在授权”和“授权了哪些交易条件”分开验证的机制。对管理海外工具、广告账户或团队采购的运营人员，相关价值主要在于：当代理能够代替员工发起购买或付款请求时，系统可以把身份声明与金额、收款方等条件一起纳入审批证据。
不过，当前材料只说明了协议、钱包、MCP服务器及已有的Superfluid实现，并未说明其在企业采购、广告充值或团队费用审批中的具体接入案例。因此团队可将x401视为一种开放标准和授权机制来评估，而不是直接视作所有支付场景都已具备的通用能力。
这对企业支付运营意味着什么
认证路径会随交易条件变化，但认证通过不等于每笔付款都会成功。广告和 AI 订阅团队仍应先核对账单信息、余额、卡片限额和平台要求，再按服务或项目分配虚拟卡，记录拒付原因和实际扣款。查看卡 BIN 历史授权表现时，应把聚合数据当作参考，而不是单笔支付承诺。