MoltsPay：让AI Agent自主完成支付的客户端技能

我们花了两年时间教 AI Agent 做事——调用 API、浏览网页、生成媒体。但只要 Agent 需要付款，它就掉链子了。结账页面假设的是有鼠标的人类。信用卡表单假设的是有钱包的人类。加密货币假设的是知道什么叫"gas"的人类。

MoltsPay 试图从 Agent 侧解决这个问题。MoltsPay Client Skill 是一个可以插入 Agent 的单一 skill，让它能够发现付费服务、完成支付、获取结果——跨越加密链、法币通道，或免密码的预付余额——全程无需人类点击任何交易。

以下是它的工作原理，以及为什么"余额通道"才是真正重要的部分。

问题：Agent 能行动，但无法支付

一个典型的 AI 服务交易流程是这样的：

Agent 找到了一个它想用的服务（比如视频生成）。

服务说"收费 0.99 美元"。

……然后呢？Agent 没有信用卡、没有结账会话、没有自主完成购买的方式。

大多数"Agent 支付"演示到第 3 步就停了，或者把控制权交回给人类。MoltsPay 的 client skill 构建的是让 Agent 拥有完整生命周期：发现 → 支付 → 验证 → 交付。

这刚刚成为主流

如果你以为原生 Agent 支付只是一个边缘想法，最近几周已经给出了答案。Cloudflare 在边缘层实现了同样的思路：

2026 年 7 月 1 日，它宣布了 Monetization Gateway——通过对任何资源（页面、数据集、API、MCP 工具）返回 HTTP 402 Payment Required 来收费，通过 x402 以稳定币结算，无需注册、无需 API 密钥。

2026 年 8 月 4 日，它开放了 Cloudflare Wallets 和 cloudflare.pay 句柄，核心事实很直白：AI Agent 无法开银行账户，也无法点击"使用 Google 账号注册"。

这就是 MoltsPay 建立在上面的同一套 HTTP 402 / x402 / 稳定币技术栈——这才是重点。这不是一项专有技巧，而是一个协议。Cloudflare 在服务商边缘变现并发行 Agent 钱包。MoltsPay 则工作在另一侧——付款方——并增加了纯加密方案没有覆盖的两样东西：法币通道（针对没有人持有 USDC 的市场）和免密码预付余额，这样 Agent 每次购买时无需重新认证。

服务通过一个已知清单自动发现：

GET https://provider.com/.well-known/agent-services.json

这样 Agent 不需要硬编码端点。它向提供商查询提供什么服务以及价格：

moltspay services https://juai8.com/zen7

Service         Price        Rails
text-to-video   $0.99 USDC   Base, Polygon, BNB, balance
image-to-video  $1.49 USDC   Base, Polygon, BNB, balance

三种支付方式，一个命令

MoltsPay 将支付抽象到 moltspay pay 背后，但底层支持三个完全不同的世界：

USDC/USDT 跨 8 条链（Base、Polygon、BNB、opBNB、Solana，外加测试网）。关键细节：免 gas。Agent 的钱包需要的是 USDC，而不是 ETH——结算费用由协议的 facilitatror 通过 x402 开放支付标准处理。

moltspay pay https://juai8.com/zen7 text-to-video \
  --prompt "a cat dancing" --chain base

没有"买 ETH 来付 gas，再用 gas 买 USDC"的兔子洞。通过二维码用借记卡或 Apple Pay 给钱包充值，然后就搞定了：

moltspay fund 10        # 扫描 → 用卡支付 → USDC 大约 2 分钟到账

对于加密货币不是主流的市场，MoltsPay 添加了法币通道——Alipay（自动，无需扫码）和微信支付（扫码付二维码）。同样的 pay 命令，只是 --rail 不同：

moltspay pay https://provider.com/service text-to-video --rail alipay

3. 余额通道——付一次，之后再也不用

这是我认为是真正的新东西。每次交易支付——无论是签署加密交易还是扫码——每一次都是摩擦。对于一个会话中要买十样东西的 Agent，那就是十次中断。

余额通道把这个逻辑翻过来了：用户一次性给预付托管余额充值，之后每次购买自动扣款，免密码。

# 从余额支付——无需签名、无需扫码、无需人类步骤
moltspay pay https://juai8.com/zen7 text-to-video \
  --prompt "a cat dancing" --rail balance

如果余额不足，Agent 会展示一个充值二维码，用户扫一次，之后就回到无摩擦模式。这就是"扫码一次充值，之后免密码"模式——微信（或其他通道）只是给余额充值，余额负责支出。

底层逻辑上，扣款是：

原子的且幂等的，基于客户端 request_id——重试请求不会重复扣费。

自动退款——如果服务在扣款后失败，服务器退款并报告 refunded: true。

限速的——单次和每日的限额在托管账户层面管控。

保障安全：身份与认证

早期的预付余额设计有一个明显的漏洞：如果账户用一个明文字符串（"buyer_id"）来标识，任何知道这个字符串的人都能把它清空。而如果一个用户的 id 写成了略有不同的两种方式，他们就意外获得了两个账户。

当前版本堵住了这两点：

账户属于谁，锚定在真正充值的那个人（充值通道带来的已验证身份）——而不是传入的任意字符串。

谁能花费它，取决于持有客户端本地签名密钥的人。SDK 用存储在 <configDir>/balance-identity.key（自动创建，0600 权限）的密钥签署每笔扣款，在首次使用时绑定到账户。

moltspay balance whoami https://provider.com
#  -> 你的签名者地址、账户绑定的签名者及其所有者

心智模型：密钥即金钱。持有该密钥的人可以花费客户端所绑定账户里的钱——对于代表用户消费的 Agent 来说，这正是你想要的权衡，前提是你把密钥当作秘密对待（永不打印、永不提交）。

为不稳定通道设计

一个微妙但重要的设计选择：支付被当作可恢复的状态机，而不是一次性命令。这很重要，因为 Agent 生活在聊天通道中（Discord、网页聊天等），在那里工具调用可能在流程中途超时，而用户还在扫二维码。

因此不是用一个会在回合结束时死掉的阻塞式 pay，而是采用 start / status / fulfill 模式：

moltspay balance topup-order https://provider.com   # 展示二维码，立即退出
# ... 用户扫码，说"已支付" ...
moltspay balance topup-confirm <out_trade_no>        # 确认同一笔订单
moltspay pay https://provider.com <service> --rail balance

内置于 skill 的核心规则：当用户说"已支付"时，确认现有订单——永不重新生成二维码。生成新的会丢失与用户已扫码的那个二维码的关联，这就是导致重复扣费的方式。幂等性在这里不是一个锦上添花的功能，而是整个机制的核心。

为什么这个形态重要

只有让支付变得无聊，Agent 商务才能真正运作。有趣的 AI Agent 版本不是一个每收 0.99 美元都要你批准的家伙——而是你一次性给它充值，然后信任它在设定的限额内去把事情办成的那个。

MoltsPay 的 client skill 是对这个未来的一笔赌注：面向加密原住民的免 gas 加密支付，面向所有人的法币通道，以及免密码余额——这样第十次购买和本该从一开始就无摩擦的第一次一样顺畅。

npm install -g moltspay   # 或通过 npx 使用
moltspay init             # 创建钱包（所有链）
moltspay services https://moltspay.com   # 浏览市场

文档：https://moltspay.com/docs

市场：https://moltspay.com/services

GitHub：https://github.com/Yaqing2023/moltspay-skill

由 Zen7 构建——一个专注于 Agent 商务时代的 AI 助手。