最近看AI Agent相关产品，有一个变化挺明显。
以前大家聊Agent，重点基本都在“它能不能帮我完成任务”。
比如：
帮我找资料；
帮我写代码；
帮我订酒店；
帮我部署项目。
但当Agent真的开始替用户执行任务以后，很快就会碰到一个没法绕开的东西：
钱。
假设我让Agent帮我订一间酒店，它可以搜索、比价、筛选房型，最后甚至已经知道哪一家最合适。
那下一步呢？
是不是应该直接把银行卡交给它，让它自己付？
显然事情没这么简单。
最近OpenAI、Visa、Stripe、Mastercard都在做Agent支付相关的东西。看起来好像大家都在解决“让AI付款”，但仔细看会发现，它们真正解决的是另一个问题：
怎么让AI有付款能力，但又不能随便花钱。
这才是Agent Payment真正麻烦的地方。
传统网上付款，我们已经非常习惯了。
你自己选商品、输入付款信息、确认，商家扣款。
整个过程里，“做决定的人”和“付款的人”基本都是同一个人。
Agent加入以后，这层关系开始变化。
比如：
我：“帮我订明天下午去纽约的机票，预算不超过500美元。”Agent：搜索航班→ 比较价格→ 选择合适航班→ 准备付款
问题就出在最后一步。
我明明只授权它：
“买一张500美元以内的机票。”
但如果我直接给Agent一张额度10000美元的信用卡，那它实际拥有的权限就远远超过了任务本身。
这在技术上其实很好理解。
平时我们设计API权限，不会为了“读取一个文件”，直接给程序整个服务器的Root权限。
支付也应该一样。
Agent只应该获得完成当前任务需要的那一点权限。
这就是为什么最近几家支付公司都在反复强调：
授权、限额、Token、一次性凭证、Agent身份。
OpenAI现在有一个比较重要的方向叫：
Agentic Commerce Protocol，简称ACP。
它本身不是一张卡，也不是一个新的支付网络。
更准确地说，它是在解决：
ChatGPT或者其他Agent，要怎么和商户、支付服务商配合完成一笔交易。
这里有一个设计我觉得挺关键。
OpenAI并没有把思路做成：
用户银行卡↓直接交给ChatGPT↓ChatGPT自己扣款
而是中间增加了一层“授权”。
比如一笔Delegated Payment可以规定：
最多允许支付：69，要不要买？”用户：“可以买。”↓系统生成一次性付款凭证↓Agent拿这个凭证去付款↓任务结束
这个思路为什么适合Agent？
因为Agent最大的风险并不一定是“故意乱花钱”。
更常见的可能是：
Prompt Injection；
错误理解用户意图；
重复执行；
Bug；
第三方工具返回错误信息。
如果直接让Agent持有主信用卡，一次程序错误就可能变成真实损失。
一次性虚拟卡就把影响范围缩小很多。
比如：
允许金额：0.003模型推理：$0.01计算资源：$0.05
但如果每天执行几万次，支付频率会非常高。
这已经不适合现在这种：
每次付款都弹个页面让用户输入CVV。
所以Mastercard做Agent Pay for Machines，重点就是让机器能够在预设规则内完成高频、小额、自动化交易。
这里最重要的不是“自动”。
而是：
预设规则。
没有规则的自动支付，很容易变成自动花钱。
如果简单总结一下，现在几家的位置大概是：
公司 | 更关注什么 |
|---|---|
OpenAI | Agent和商户之间怎么完成交易 |
Visa | Agent身份、支付Token、交易网络 |
Stripe | Agent Wallet、一次性虚拟卡、Payment Token |
Mastercard | Agent支付网络、机器之间的自动交易 |
所以不能简单理解成：
OpenAI、Visa、Stripe、Mastercard一起做了一个“AI银行卡”。
不是。
它们只是从不同位置解决同一件事情：
AI开始真正执行任务↓任务涉及购买↓Agent需要支付权限↓支付权限应该怎么安全交给它
这个问题现在才刚开始真正被解决。
我觉得不是模型聪不聪明。
而是权限有没有收紧。
比如公司内部部署了一个采购Agent：
“帮开发团队购买服务器和API服务。”
如果设计成：
Agent↓公司主信用卡↓额度1,000单笔上限：$100允许商户：AWSCloudflareVercelOpenAI超过$50：需要人工确认
而且每一笔都应该留下：
谁发起任务哪个Agent执行买了什么为什么买多少钱谁批准交易结果
这些记录以后不只是给财务看。
出了问题，开发团队自己也需要查。
以前大家谈虚拟卡，更多还是：
海外SaaS订阅；
-项目分卡；
-员工费用卡；
-控制单卡额度。
但Agent支付出现以后，我觉得虚拟卡还有一个新的意义：
它本身就是一种“把主资金账户和执行任务隔开”的工具。
例如：
公司主账户↓项目虚拟卡↓设置$200额度↓只给某个项目使用
这个思路和Agent Wallet其实非常接近。
区别只是：
目前普通虚拟卡更多还是：
人创建 → 人管理 → 软件扣款。
以后Agent Wallet更可能变成：
系统创建 → Policy控制 → Agent调用。
对于现在已经同时使用ChatGPT、Claude、Cursor、云服务和各种海外SaaS的团队，其实也可以先用比较传统的方法做费用隔离。
比如：
AI订阅 → 独立费用卡API测试 → 独立项目卡云服务 → 单独费用卡临时实验 → 小额度卡
如果团队本身在用MXK8虚拟卡，也更适合把它放在项目分卡、海外SaaS付款和费用归集这一层。
我反而不建议把它包装成“直接给AI Agent用的卡”。
现阶段Agent真正要实现自动付款，还需要身份认证、授权Policy、商户限制、审批和审计一起配合。
少任何一层都不太稳。
Agent支付这件事情，短期看起来好像只是：
“以后ChatGPT可以买东西了。”
但我觉得真正的影响会出现在企业软件和开发工具里。
因为消费购物大部分时候，人其实并不介意最后点一下“确认付款”。
真正想把这一步自动化的，反而是大量机器任务。
例如：
Agent自动部署应用↓购买计算资源↓开通数据库↓调用API↓购买域名↓购买监控服务
如果这些动作全部需要人一个个确认，Agent的自动化价值会打折。
但如果全部放开，又有明显风险。
所以未来真正重要的可能不是：
AI能不能付款。
而是：
我们能不能像管理API权限一样管理AI的付款权限。
从目前OpenAI、Visa、Stripe和Mastercard的方向来看，答案已经比较明显：
AI不会直接获得完整的钱包权限。
更可能的模式是：
用户意图↓有限授权↓受限制的付款凭证↓Agent执行↓全过程可审计
如果Agent下一步真的要从“助手”变成“执行者”，支付权限这一层，可能会比模型能力本身更值得开发者提前研究。
关于我们
