Circle Agent Marketplace：Agent 如何发现可以付费的服务？

研究 Agent 需要一份市场数据。它有预算，也配置了付款能力，但仍不知道有哪些数据服务可以调用、每次请求要多少钱，以及接口能否满足任务。

Circle Agent Marketplace 解决的首要问题是服务发现：它提供一个目录，让人和 Agent 浏览相关服务。Circle 将 Marketplace、Agent Wallets、CLI 等列为 Agent Stack 的不同组成部分；服务发现和实际付款相互连接，但不是同一个动作。Circle 发布介绍

本文根据公开页面和官方资料整理，资料查阅于 2026 年 10 月 30 日。以下购买案例为假设，本站未注册、购买服务或进行真实支付测试。服务、价格和支持网络以当时详情为准。

沿着一份数据的购买过程看

flowchart LR A[Agent 需要研究数据] --> B[浏览或检索服务目录] B --> C[查看提供方、端点和条件] C --> D{是否符合任务和预算?} D -->|符合| E[使用兼容钱包与支付流程] D -->|不符合| F[不购买或继续查找] E --> G[服务方按条件返回数据] G --> H[Agent 检查结果并记录支出]

这是一张概念图。目录中的服务可能由直接提供方或第三方提供；支付协议、资产、网络、输入和返回内容都应以具体服务为准。实际交付顺序也取决于服务的实现。

目录里看到什么？

Circle 的服务目录展示服务分类、提供方、服务简介与端点数量，并区分直接提供和第三方提供的条目。服务列表与具体数量会变化；端点数量只描述目录结构，不能证明服务质量或使用量。

读者想知道	可以先核对	为什么不能只看目录名称
数据是否适用	输入参数、覆盖范围、输出格式	名称相似的服务可能提供不同数据
谁提供服务	直接提供方还是第三方	商业关系与支持对象可能不同
需要多少钱	单次价格、计费单位及额外费用	标价和完整任务成本不一定相同
能否付款	钱包、资产、网络及协议支持	接受 USDC 不代表支持任意网络
失败怎么办	交付、重试、退款与联系渠道	付款成功不保证结果有效

目录有助于找到候选服务，并不代替用户或 Agent 对质量、隐私和适用性的判断。调用前还应核实数据来源、更新时间、使用许可和是否需要传递敏感信息。

Marketplace、钱包和支付分别做什么？

组件	在例子中的作用
Marketplace	帮助发现并了解候选服务
服务商	定义接口、价格、条款并交付结果
钱包	提供资金管理或签名等付款能力
支付方案与网络	按所用集成处理付款信息和资金转移
用户或控制系统	决定 Agent 的预算、用途和审批要求

Circle 在 Agent Stack 介绍中将钱包、目录和其他支付基础设施分别列出。它们可以配合使用，但一个目录条目不自动证明你选用的钱包和网络能完成该服务的付款。Circle Agent Stack

面向服务提供方：先确认什么？

如果你提供一个收费 API，可以先评估目录的上架流程、接口要求和条款；还要确认客户能否读到准确的价格、输入输出说明以及失败处理方式。目录上的第三方服务可能经过不同代理或分发路径，服务提供与计费关系应以实际产品说明为准。

即使服务被发现，仍需要有人负责接口稳定性、实际交付、客户支持和可能的退款。服务发现解决的是“找到什么”，并不会自动承担这些责任。

面向买方：一笔便宜的请求也要看总账

假设一次查询标价 0.01 美元，Agent 连续查询 100 次，服务标价合计为 1 美元；这还不包括可能的网络、兑换或其他费用。先限制调用次数，再核对返回数据是否满足任务，通常比只看单次低价更有意义。