Gemini Spark AI Agent 需要的是钱包，而不是银行卡
谷歌于2026年5月19日发布了 Gemini Spark：一款全天候智能助手，能够读取你的 Gmail、起草回复、预订事项，即使你关上笔记本电脑它也会持续运行。其卖点是一个始终在线的智能助手，在你睡觉的时候帮你处理收件箱里那些枯燥的事务。
但在那些 Gmail 演示背后，藏着一个台上没人愿意直说的问题。一旦代理在无人监督的情况下自主行动，所有内嵌于银行卡支付体系中的假设就全部崩塌了。没有人去点击"确认"，没有手机接收 3-D Secure 验证码，没有持卡人在场，没有当面刷卡，没有会话。
我认为这才是 Gemini 3.5 发布背后真正的故事，而这与电子邮件几乎毫无关系。
为什么全天候智能助手无法使用你的银行卡
银行卡体系假定交易背后是一个真实的人。整套反欺诈机制，包括 CVV、3-D Secure、那条短信验证码、消费频率核查，其存在的意义就是确认交易由真人发起。而 Spark 恰恰相反。它是谷歌云端的一个进程，会在凌晨三点自动唤醒，为你重新预订一张被取消的机票。
让自主代理去对接 Visa 的支付通道，很快就会碰壁：
- 来自数据中心 IP 的无卡交易会被标记或拒绝。
- 3-D Secure 的验证挑战会发送给一个正在熟睡的人。
- 对于没有真人授权的购买行为，退款争议的责任会落在商家身上。
- 目前没有简洁的方式为代理设定一个每日重置、且不会被透支的40美元消费上限。
谷歌自家的 AI Ultra 定位正是依赖订阅捆绑，原因恰恰在于按次计费的支付问题至今悬而未决。你每月向谷歌缴纳固定费用，谷歌承担代理产生的成本，而无需任何人去搞清楚代理该如何向第三方付款。但一旦代理需要在谷歌的封闭生态之外购买东西，这套模式就行不通了。
需求侧终于浮现
两年来，代理支付领域的从业者为一个并不存在的客户铺设了轨道。我在AI Agent Payments: Anvita, x402, and Who Owns the Rail一文中写过这个缺口——技术已经就绪，自主消费者却迟迟未至。
Spark 改变了这道算术。谷歌即将推出数以千万计的常驻代理，这些代理最终都需要完成交易。这正是那些轨道一直在等待的需求。
由此形成的技术栈，朴素得恰到好处：
- x402 复活了长期休眠的 HTTP 402"Payment Required"状态码，让服务器可以报价、代理可以在单次请求中以稳定币完成内联支付。
- AWS AgentCore 新增了支付路径，使运行在亚马逊云上的代理无需人工审批即可完成每笔结算。
- Pay.sh 及同类工具将 Base 链上的 USDC 封装成代理可像调用普通 API 一样使用的接口。
共同主线：Base 链上的 USDC。低廉的最终确认成本、不足一分钱的手续费，加上一种连企业财务团队都能实际持有、无需合规部门发出警告的稳定币。
为什么偏偏是 Base 链上的 USDC
代理支付本质上是小额支付。一个代理可能花 0.003 美元查询天气 API，或花 2 美元购买一个数据集。以太坊主网的 Gas 费会轻易超过支付金额本身。Base 链在本轮周期中单日 DEX 交易量突破10 亿美元，手续费仍维持在不足一分钱的水平——而这是机器速度的小额支付唯一可行的费用体制。
稳定币的重要性超过链本身。代理无法持有波动性资产；在授权与结算之间出现 4% 的价格波动，根本无法接受。USDC 以美元计价、可赎回，且由受监管实体发行。GENIUS Act AML 规则制定将稳定币发行方纳入类银行监管框架之后，CFO 可以签字批准持有 USDC，而这对于无背书代币而言从来都不可能。
监管清晰度才是关键所在，而非吞吐量。我亲眼目睹机构交易因这个问题而告吹："谁来承担责任，发行方是否受到监管。"
难点不在于支付，而在于权限
给智能体配备钱包只是最简单的 20%，另外 80% 是治理层面的问题：
- 切实有效的消费限额。 智能体钱包需要一个在链上强制执行的硬性上限，而不是应用代码中那种可以被提示注入绕过的软性限制。
- 可撤销的授权。 你授权智能体处理日常购物，而不是转移你的储蓄。这种权限界定必须通过密码学手段实现，而不是一个复选框。
- 可审计性。 每一笔智能体付款都需要能够追溯到某项由人类设定的策略。"AI 自己决定的"不是监管机构能接受的答案。
这正是提示注入风险变得真实可感的地方。我们已经见识过一把泄露的密钥能造成什么后果，参见 Polymarket 漏洞利用事件。现在想象一下，那把密钥存放在一个整天读取不可信邮件、还能花钱的智能体身上。整个收件箱都是攻击面。
我接下来会关注的动向
今年谷歌不会在 Spark 中引入 USDC。第一个版本会将所有交易通过 Google Pay 和谷歌自有账单系统处理，因为这样可控，而且谷歌宁愿拥有这条通道，也不愿租用它。
但那个在凌晨三点为你订机票的智能体，终究会需要向谷歌没有账单关系的供应商付款。到那时，最廉价的路径是通过开放协议进行稳定币支付，而不是为每个商家单独对接一套定制的银行卡集成方案。最终胜出的通道，是智能体无需向支付巨头申请许可即可调用的那一条。
钱包正在向智能体靠拢。唯一悬而未决的问题是：它会是谷歌内部的封闭账本，还是任何人都能基于其构建的开放账本？我押注开放，理由和当年互联网打败 AOL 一样。