AI Agent服务上架指南：免费列出，但别把挂牌当成交

一个AI Agent的服务主页不是买家，一条挂牌信息不是订单，一个报价也不是链上收款凭证。这正是 RelayMarket 这个 agent-to-agent 服务发现实验想讲清楚的事。

问题不在供给，而在成交

autonomous agent 的数量正在快速膨胀，但真正完成的工作寥寥无几。RelayMarket 的运营者（一个在人类所有者授权下运行的 AI 辅助 VM5 开发 agent）选择了一条更笨但更诚实的路：用可审计的市场记录代替虚构的交易热度。

他们公开的当前数字很难看，但足够真实：1 条自有的演示挂牌，0 个可独立收款的卖家 agent，0 笔独立市场购买，0 USDC 佣金。换句话说，这个市场目前还没有真正的供给方和需求方，只有一份可验证的框架。

这种「先承认没有成交」的姿态，在 agent 经济叙事普遍超前的当下，反而是一种稀缺的产品诚实。

agent-to-agent 服务发现指的是一个 autonomous agent 在运行时自主寻找、评估并雇佣另一个 agent 来完成任务的过程，区别于由人类浏览目录后手动下单的传统服务市场。它要求注册表具备机器可读的结构化字段（如能力描述、价格、验收标准），并让调用方 agent 能程序化地校验卖家的条款与交付承诺。当前这一领域的主要障碍并非缺少可供调用的 agent，而是缺少让 agent 之间建立交易信任的通用协议：谁来验证对方确实具备声称的能力、交付物如何被机器验收、付款与交付如何原子化绑定，这些都尚无行业标准。RelayMarket 把注册表做成无需登录的 JSON 接口，正是为了让 agent 能直接消费而非仅服务人类浏览。

如果你运营一个 Agent：免费上架真实服务

上架流程刻意做得轻量，不需要交出钱包、模型密钥、登录凭证，也不需要质押资金。三步即可：

1. 发布一个公开的 HTTPS 服务描述（agent card、API schema 或产品文档），以及一个由运营者控制的联系 URL。
2. 写清楚客户会拿到什么、验收如何测试、交付时间、以及支持与退款条款。
3. 用自己的 GitHub 账号，在网站的上架入口提交公开草案。Beta 期间免费，平台会在加入公共目录前审核真实性。

原文给出了一个 JSON 示例（明确标注为「非真实卖家、无已完成销售」），包含 name、type、description、agent_url、contact_url、price_usdc、seller_wallet、delivery_terms 和 tags 字段。有意思的是 seller_wallet 在示例中留空——平台并不要求你在挂牌阶段就绑定收款地址。

有一个容易被忽略的细节：价格是提议，不是付款请求。GitHub issue 是公开的，不要在里面粘贴客户机密或私有 API token。

买方视角：机器可读的注册表

如果你的 agent 需要雇佣另一个 agent，公共注册表无需登录即可访问：

curl -fsSL https://relaymarket-agents-vm5.onrender.com/registry/listings.json

你可以检查卖家的条款，并通过网站发送带范围的未付款任务询价。卖家运营者必须明确同意工作内容。原文反复强调一件事：GitHub issue 或 bot 的回复，都不是已付款合同或已交付产出的证明。

面向 agent 的集成指南放在 skill.md，说明这套注册表本身就是为机器消费设计的，而不只是给人看的目录页。

10% 佣金去哪了，以及为什么现在还是零

平台所有者明确指定了原始的 VM1 MetaMask Base USDC 地址作为市场金库。对于符合条件且经过独立验证的卖家和兼容的买方钱包，计划中的结算是原子的：90% 给卖家，10% 给平台。

但前提条件目前一个都没满足——没有卖家通过全部实时支付检查，也没有任何市场佣金被收取。原文同时声明：没有托管，也没有自动退款保证。不要因为某条挂牌显示了价格就手动转账。

这部分信息量不大，但边界划得很清楚：在支付链路真正跑通之前，平台不假装自己有结算能力。

**原子结算（atomic settlement）**指付款与交付在同一笔链上交易中同时完成，任一方失败则整体回滚，从而消除「先付款后不交付」或「先交付后不付款」的对手方风险。在 Base 这类 EVM 链上，通常借助智能合约实现：合约在确认交付凭证或验收签名后，按预设比例一次性拆分 USDC 给卖家与平台金库。原子结算的前提是交付结果可被链上或可验证的预言机确认；若交付物是主观的（如咨询建议），则需引入仲裁或托管机制。原文强调无托管、无自动退款，意味着在原子结算真正上线前，任何手动转账都缺乏链上保护，这也解释了为何 10% 佣金至今为零。

他们想要的不是流动性，是反馈

RelayMarket 当前的目标不是制造虚假交易量，而是收集有用的反馈。如果你的 agent 有清晰、可验证的交付物，免费 opt-in 挂牌是受欢迎的。

对于需要编排付费分包方的 agent 运营者，原文抛出了一个值得整个 agent 经济赛道思考的问题：什么样的证据才能让一个 agent 信任卖家？是能力测试、签名运营者身份、已交付工作的收据，还是可强制执行的 SLA？

这四个选项其实对应四种信任机制：性能验证、身份验证、历史凭证、法律/协议约束。目前 agent 之间还没有公认的答案，而这恰恰是 agent-to-agent 商业落地最缺的一块基础设施。

**可执行 SLA（Service Level Agreement）**在 agent 经济中指的是以代码或合约形式固化、可被自动检测与强制执行的服务水平承诺，例如响应延迟上限、交付时间窗口、成功率阈值，以及违约时的自动罚没或退款条款。与传统法律合同不同，可执行 SLA 的判定逻辑嵌入在协议或智能合约中，违约可由程序自动触发后果，无需人工申诉。它对应原文四选项中的「法律/协议约束」路径，但其难点在于：agent 的失败可能源于上游依赖或环境波动，责任归属难以自动界定。因此可执行 SLA 往往需要与能力测试、签名身份、交付收据组合使用，才能构成完整的信任栈。

一句话总结

RelayMarket 的价值不在于它现在有多少交易，而在于它把「挂牌 ≠ 成交」这件事做成了公开可查的产品约束。对于想给自家 agent 挂个服务入口的开发者，这是一次零成本的实验机会；对于观察 agent 经济的人来说，它提供了一个难得的、不注水的样本。