智能体钱包（agent wallet）是一笔限定范围的余额。AI 智能体可以在所有者设定的额度内，代表所有者使用这笔钱。智能体因此可以为 API、工具和内容付费，而无需持有所有者的银行卡。
你多半见过这样的场景：智能体读完文档，选好正确的端点，起草好请求，然后卡在一个要求填写信用卡的注册表单前。剩下的工作又落回到你手上。
2026 年 8 月 4 日发布的 Cloudflare Wallets 是这一理念的一个具体实例。本文介绍智能体钱包是什么、Cloudflare 公布了哪些管控措施、一笔支付如何通过 HTTP 完成，以及还有哪些悬而未决的问题。本文旨在展示智能体支付（agentic payments）的发展方向，并不建议你在生产环境中使用：该产品尚处于早期阶段，可能会变更，甚至下线。
核心要点
- 根据 Cloudflare Wallets 文档（最后更新于 2026 年 8 月 19 日），目前唯一可用的功能是在 cloudflare.pay 上预留一个 handle（标识名），而预留的 handle 无法发送、接收或持有资金。
- Cloudflare 介绍了两种钱包类型：Account Wallet（账户钱包），由 Cloudflare 账户的所有者持有；Virtual Wallet（虚拟钱包），由智能体通过 API 密钥使用。
- 已公布的 Virtual Wallet 防护措施包括额度（allowance）、商户白名单和单笔交易上限，外加人工手动干预。发布公告和文档都没有提到授权过期机制或撤销 API。
- x402 复用 402 Payment Required 状态码，将支付附加到普通 HTTP 请求上，使智能体无需注册账户即可为单次 API 调用付费。
- 预留 handle 是免费的。钱包本身的定价尚未公布。
为什么把银行卡交给智能体行不通
一个卡号赋予智能体的权限，远超任何单项任务所需。它没有商户范围限制，没有按任务划分的预算，也无法记录哪个智能体花了什么钱。想收回这一权限，唯一的办法是注销这张卡，而这会连带中断该卡上的所有其他扣款。
替你浏览网页并执行操作的智能体经常遇到这个问题。Cloudflare 的发布公告指出了两块缺失的拼图：智能体没有可用于注册的固定身份，也没有属于自己的支付方式。因此，智能体通常只能停下来，把注册、付款和 API 密钥这些环节交还给人来处理。这使得智能体很难自主地测试和比较众多付费服务。
智能体钱包是什么：Account Wallet 与 Virtual Wallet
智能体钱包将资金本身与资金的支配权分离开来。资金由人持有，每个智能体则获得一份有限的额度，可自行支配。Cloudflare 的设计分为两层。
| 钱包类型 | 持有者 | 运作方式 |
|---|---|---|
| Account Wallet | 拥有或使用 Cloudflare 账户的人 | 将用于充值余额、向 Virtual Wallet 分配支出额度以及取回资金；可持有一个 cloudflare.pay handle |
| Virtual Wallet | 智能体 | 智能体通过 API 密钥使用；支出不能超过 Account Wallet 所有者设定的上限 |
Cloudflare Wallets 文档称，Virtual Wallet 的目标是让智能体无需人工逐步审批即可开展工作，同时为其支出设定硬性上限。发布公告称，智能体将用它购买 API、内容和 MCP 工具，也就是我们的 MCP 生态指南中介绍的那类服务端工具。
其中大部分功能尚未上线：
| 已上线 | 已公布 | 发布公告和文档均未提及 |
|---|---|---|
每个账户可（免费）预留一个 handle，系统会在 HANDLE.cloudflare.pay 发布一个页面，并为你订阅上线通知 | 充值、发送、接收和持有资金；Virtual Wallet；防护措施；人工手动干预；特定智能体的身份标识 | 钱包定价、上线日期、授权过期、撤销 API、并发行为、买方如何对购买提出争议 |
Wallets 常见问题还补充了一些条件：预留 handle 并不保证钱包上线时你能获得使用资格；handle 一经预留，便无法更改、释放或转移；Cloudflare 可以拒绝或收回预留。新闻稿称完整的钱包功能将在“未来几个月内”推出，但没有给出具体日期。
智能体钱包有哪些管控措施？还缺什么？
Cloudflare 的发布公告列出了所有者可为 Virtual Wallet 设置的三项防护措施，外加智能体触及上限时可用的人工手动干预。这些措施目前均未上线。文档中只提到了“权限”和支出上限，并未具体列出各项管控。
| 管控措施 | 限制的内容 | 无法表达的内容 |
|---|---|---|
| 额度（Allowance） | 总支出 | 这笔支出是否合理 |
| 商户白名单 | 智能体可以向谁付款 | 购买哪些商品、频率如何 |
| 单笔交易上限 | 每笔支付的金额 | 多笔小额支付累积起来的总额 |
| 人工手动干预 | 允许获得授权的人提高上限或批准追加资金 | 干预授权何时应当失效 |
Cloudflare 的发布公告和文档都没有提到智能体支出授权的过期时间，也没有提供撤销授权的 API。Cloudflare 还表示，人可以审查异常活动，例如出乎意料的快速消费。但这只是一项意向声明，而非有文档支撑的管控措施：目前并未公布任何触发条件或实现机制。
智能体如何付款：x402 与 HTTP 402
x402 是一个将支付附加到 HTTP 请求上的开放协议。它复用了 402 Payment Required 状态码，这个状态码早在很久以前就被 HTTP 预留，但在实践中从未有过明确定义。Cloudflare 关于 Monetization Gateway 的博文对流程的描述如下：
- 智能体向支持 x402 的端点请求资源。
- 服务器返回 402，并附上价格及支付方式。
- 智能体完成支付后重新发起请求，这次附带支付凭证。
- 由一个 facilitator（支付协调方）验证支付，随后服务器返回所请求的内容。
Cloudflare 的钱包初期将使用稳定币结算。这是 Cloudflare 自己的选择，并非 x402 的要求。Monetization Gateway 本身在 Cloudflare 发布时也仅开放了候补名单。
cloudflare.pay handle 还能让商户识别付款方，因为它会显示智能体所属的组织。发布公告中的示例是一个位于 research.example.cloudflare.pay 的研究型智能体。智能体可自行选择是否声明这一身份，而是否区别对待已识别身份的智能体，则由各商户自行决定。
智能体买错东西时，责任由谁承担？
目前尚无任何公开资料说明智能体买错东西时由谁负责。现有资料留下了三个悬而未决的问题。
拒付（chargeback）怎么处理？ Monetization Gateway 博文将稳定币结算描述为不存在拒付，资金直接转给卖方。但无论是 Wallets 发布公告还是文档，都没有说明买方如何对智能体的错误购买提出争议。
审计记录记录了什么？ 支付日志能显示付了什么钱，但没有任何资料提到会记录智能体为什么决定付款。
错误由谁承担？ 可能是账户所有者、智能体开发者，也可能是商户。现有资料没有给出答案。
InfoQ 对此次发布的分析补充了一个结构性观点：这些管控措施设定的是预算，而不是策略。每项检查都只是把单笔支付与一个固定数值进行比较。因此，它们都无法表达诸如“本周内不要重复购买同一个数据集”这样的规则，因为该规则依赖于此前的支付记录。InfoQ 还提出了并发问题：如果智能体同时发起多笔支付，每一笔都可能在其他支付扣减额度之前，按完整额度通过检查，从而导致总额超出上限。Cloudflare 尚未公布额度在这种情况下的行为。
智能体支付领域的更大竞争
构建智能体支付的并非只有 Cloudflare 一家：Coinbase 的 x402 协议和 Stripe 面向智能体的 Link 钱包，以不同方式解决同一个问题。x402 由 Coinbase 创建并捐赠给 Linux 基金会。x402 基金会于 2026 年 7 月正式运营，拥有 40 家成员。
Stripe 则采取了截然相反的思路。在发布时，其面向智能体的 Link 钱包只有在用户批准每一笔支出请求后，才会向智能体提供一张一次性卡或一个 Shared Payment Token（共享支付令牌）。Stripe 表示之后会加入用户自定义限额。支付只是更庞大的智能体工具栈中的一层，与之并列的还有 面向 AI 智能体的 Docker MCP，以及让网站向智能体公开自身操作的 WebMCP 等方案。
结语
智能体钱包用有限度的委托授权取代了“给你我的卡”这种做法。Cloudflare 的方案以单笔支付为单位设置限制，而责任归属、争议处理和并发问题目前都还没有相关文档。在充值和支付功能上线之前，唯一能做的具体事情就是预留一个 handle。与此同时，如果你在开发智能体，不妨想清楚你自己的支出规则应该放在哪里：放在钱包里，还是放在你的应用中。
常见问题
x402 只能配合 Cloudflare 或稳定币使用吗？
不是。x402 是一个基于 HTTP 的开放支付标准。它由 Coinbase 创建，现由 Linux 基金会旗下的 x402 基金会管理。该基金会成立时拥有 40 家成员，包括 AWS、Google、Stripe、Visa、Mastercard 和 Cloudflare。Linux 基金会表示，x402 支持从传统银行卡到稳定币的多种支付方式。Cloudflare 为自己的钱包选择了稳定币，但协议本身并不强制要求使用稳定币。
HTTP 402 Payment Required 是官方状态码吗？
是的，但规范并未定义其具体行为。HTTP 语义规范 RFC 9110 将 402 列为保留供将来使用，MDN 也指出它没有标准约定。浏览器和 HTTP 客户端会像对待其他 4xx 客户端错误一样处理它。x402 补上了这一缺失的约定：402 响应携带什么内容、客户端如何付款，以及如何附带支付凭证重试请求。
Cloudflare Wallets 与 Stripe 面向智能体的 Link 钱包有什么区别？
两者把人工审批放在了不同的环节。Cloudflare 表示，Virtual Wallet 将允许智能体在预先设定的额度、商户白名单和单笔交易上限范围内自主支出。而 Stripe 面向智能体的 Link 钱包在 2026 年 4 月发布时，只有在用户批准每一笔支出请求后，才会向智能体提供一张一次性卡或一个 Shared Payment Token。Stripe 表示用户自定义限额将在之后推出。
对于智能体钱包限额无法表达的支出规则，我该如何强制执行？
在你自己的应用中添加一个在智能体付款前执行的策略检查。维护一份历史购买台账，以便检查能够拒绝重复购买，例如一周内两次购买同一个数据集。确保检查以原子方式预占资金，例如使用数据库事务，或为每个智能体设置单独的支付队列。这样可以防止多笔并行支付同时基于同一笔尚未扣减的额度通过检查。
