pay.sh 致力于打通 AI 代理与付费 API 之间的断点。

撰文：KarenZ，Foresight News

一个能写代码、会查资料、还能自己调用工具的代理，最后往往卡在最笨的一步：付款。

pay.sh 想拆的，就是这堵墙。5 月 5 日，Solana 基金会联合 Google Cloud 推出 pay.sh。这套产品不做面向消费者的钱包，也不想再造一个支付按钮。它盯上的，是另一类更具体的需求：当代理要调用付费 API 时，不用人工注册、不用 API Keys，而是直接按需付费完成支付，再拿到这次调用权。

简单来说，pay.sh 想解决的，是试图把「调用 API」这件事拆成一个对机器更友好的动作：看到价格，发起请求，授权付款，拿到结果。

根据 Solana 基金会和 pay.sh 官网信息，首批接入范围已经覆盖 Google Cloud 的部分 API，包括 Gemini、BigQuery、Vertex AI、BigTable、Cloud Run 等，同时还有 50 多个社区 API facilitator 提供来自电商、数据、通信和链上基础设施方向的服务。

Pay.sh 到底是什么？

从官方描述看，pay.sh 是一个面向付费 API 的代理支付与调用协调层。它把开发者熟悉的命令行工具和代理工作流包起来，当目标 API 返回一种「先付费再给数据」的挑战时，pay 会识别支付协议，准备支付凭证，在本地请求钱包授权，完成后再重试这次请求。对开发者来说，原来那条会报错的 curl 请求，前面只多了一个 pay；对代理来说，它得到的则是一条可以直接消费付费能力的工具路径。

这里有几个点尤其关键。

• 用什么支付协议？pay.sh 在技术上押注的是开放的机器支付标准。官方明确提到，pay.sh 建立在 x402 和 MPP 两套支付协议之上。
• 支付方式：pay.sh 的底层支付结算依赖 Solana 上的稳定币。Solana 基金会提到，用户可以在大约 60 秒内通过信用卡或稳定币完成入金。
• 签名：pay.sh 不是让代理直接拿私钥「裸奔」。根据官网和 GitHub README，它的本地授权流程会调用系统级安全能力，比如 macOS 的 Keychain 和 Touch ID、Windows Hello、GNOME Keyring，或者 1Password。也就是说，代理发起调用可以自动化，但真正签名放行时，底层仍然可以保留一个可控授权环节。这个设计很像给 AI 代理发了一张「额度受控、动作可见」的支付卡，而不是把公司保险柜钥匙扔给它。

启动合作伙伴还有谁？

任何一个基础设施项目刚发布时，最容易被忽略的一页，往往是合作伙伴名单。

pay.sh 社区来源端点的启动合作伙伴包括：PayAI、Crossmint、Merit Systems、Corbits、MoonPay、Sponge Wallet、ATXP、Tektonic Company。

MoonPay 和 Crossmint 补的是资金入口和钱包基础设施。前者解决法币与稳定币之间的转换，后者提供企业级的钱包、稳定币和支付集成。没有这层，代理支付就只能困在链上原生用户的小圈子里。

Sponge Wallet 更接近 agent wallet 和支付网关角色，把第三方 API 包成可直接调用、按次付费的接口；ATXP 强调的是代理交易协议这一层，涉及代理身份、任务协作与支付流转。

至于 Merit Systems、Corbits、PayAI、Tektonic Company，它们不只是支付插件，更像是代理经济的服务提供方和聚合层，帮助服务提供方把 API、数据和支付能力接进这套体系。Merit Systems 已经在 pay.sh 目录里提供多类稳定币计价的数据、媒介、通信与上传类 API。

换句话说，pay.sh 不是只想解决「怎么付款」，而是想把「代理怎么发现服务、怎么拿到报价、怎么完成授权、怎么即时结算」整条链路接起来，更像是一个协调层，把原本已经存在、但分散在不同 facilitator 和服务商手里的能力收拢进一个统一目录里，给代理和开发者一个统一入口。

如果说，Google Cloud 提供的是顶层的企业级 API 入口和基础设施背书，那么社区合作伙伴提供的就是广度和长尾供给。

未来，消费者可能是一层又一层代表人类执行任务的代理。只要这个转变真的发生，API 市场的计费方式和分发逻辑都得跟着改。