导语：过去两年，智能体从信息生成、工具调用走向多轮规划与执行。当它们需要实时金融数据、网页抓取、GPU 推理等付费能力时，软件必须成为买方。Waterdrip Capital 指出，Agent Payment 不是给聊天机器人加支付按钮，而是让软件在人类设定的目标、预算和风险边界内拥有受约束的支出权限。
一、支付轨道已出现：x402 与 MPP 激活 HTTP 原生交易
HTTP 402 Payment Required 被重新激活。客户端请求付费端点，服务端返回 402 与机器可读付款条件，客户端完成签名或支付后携带凭证重试。x402 围绕 HTTP 402 组织支付挑战和凭证，MPP 探索 charge、session 等面向机器的支付方式。二者共同验证：机器支付可以成为应用协议的一部分，而不必依赖人工注册、订阅和 API Key 管理。
但支付轨道正在多元化。一次性查询适合按次收费，持续推理适合会话计费；高价值服务需要担保和争议处理，低价值调用更在意速度与成本。图 1 展示了协议/支付方案与链组成的配置矩阵，每个组合都意味着新的集成面。
图 1：碎片化下的支付轨道配置矩阵
二、买方并未跨轨道流动，碎片化仍将长期存在
公开浏览器 x402scan 与 mppscan 近 30 天数据显示（截至 2026 年 9 月 3 日）：MPP 在 Tempo 链上有 65,591 个活跃买方钱包，x402 在 Base 链上有 19,472 个；同时出现在两条轨道的钱包仅 365 个，不足 MPP 买方的 0.6% 及 x402 Base 买方的 2%；在两条轨道各完成十笔以上交易的只有 112 个，且相当一部分是双轨聚合器用同一密钥代付。这说明买方并未跨轨道流动，每条轨道都在积累独立买方群。
三、行业真正瓶颈：交易没有闭环
卖方接入只是交易的一半。商户解决“如何向机器收款”，智能体仍要回答“向谁买、用哪种方式付、付款后如何确认交付”。一次机器采购至少需要经过六关：
- 发现：需要机器可读的服务目录，描述端点能力、输入输出、价格单位、可用协议、延迟、地域限制和更新状态，并持续验证端点可调用性与报价真实性。
- 比价：报价口径不一，按请求、按结果条数、按输入长度或运行时间计费。智能体需评估总成本、交付概率、延迟和结果质量，报价还应明确有效期与最终金额。
- 流动性：多链多协议下，预置余额会把资金切碎。企业需要统一资金层，让智能体看到一份可支配预算，底层负责选择结算路径、管理流动性并提供透明报价。
- 授权：自主支付需要多层策略，包括单笔上限、会话预算、商户白名单/黑名单、品类规则、速率限制和高风险人工确认。钱包还应结合任务、身份和审计记录。
- 交付确认：链上结算成功不等于 API 交付成功。需要把付款和响应关联起来，至少区分“已付款且收到结果”“已付款但服务失败”“未结算”。
- 对账与责任：统一账本应记录采购意图、商户、报价、授权策略、结算结果、响应状态和失败原因，服务财务、审计与智能体优化。
图 2：一次机器采购的完整流程
四、从支付协议到机器采购层：核心抽象是 Buy
支付是明确对象和价格后的动作，采购覆盖从需求到验收的完整过程。对智能体暴露 pay() 只能转账；暴露 buy() 才能接收需求、发现服务、比较方案、执行支付并返回可验证结果。协议提供标准化付款消息，钱包管理签名和资产，结算网络移动价值，目录聚合供给，采购层把这些组件组织成一次任务。
买方聚合可能比卖方聚合更重要。智能体可把零散、偶发需求转化为稳定交易流，并提高长尾服务可见性。但控制默认目录、排序和支付路径的买方入口也可能形成新的平台权力，因此需要透明排序规则、可解释费用和可迁移交易记录。
五、信誉与预算策略：机器经济需要可验证事实
机器买方决策速度快，无法依赖漫长尽调。传统评分易被刷量、女巫账户和利益关联方操纵。对 ERC-8004 的实证研究显示，其规范原文写明“Payments are orthogonal to this protocol”，评价默认不必绑定真实付费交易。结果是，截至 2026 年 5 月 13 日，以太坊、BSC 与 Base 三条链上分别有 73.5%、59.2% 与 90.6% 的评价者表现出协同女巫行为。
更可靠的基础是与真实付费调用关联的结果记录：结算笔数、响应成功率、常见延迟、付款后无响应比例。市场可能形成分层信誉：第一层客观交易状态，第二层可复现服务指标，第三层针对具体任务的质量评价。预算策略也将成为智能体能力的一部分：为同等质量花多少钱、是否在预算内完成、何时值得购买更贵的数据、如何在速度、成本和可靠性之间权衡。
六、演进路径：从数字服务到跨市场执行
第一阶段，搜索、数据、代理抓取、模型推理、代码执行、存储和内容生成等纯数字服务先行；金额微小，关注开发便利和任务完成率。第二阶段，企业部署多智能体，资金管理升级为组织级账户体系，安全、合规、审计和内部结算变得关键。第三阶段，机票、酒店、物流、广告和专业服务进入视野，但身份、退款、税务和争议处理需要更复杂机制。第四阶段，智能体购买的不只是 API 响应，而是结果，支付路由升级为市场执行。
七、风险与待解决问题
安全方面，提示词注入可能诱导购买恶意服务，供应链攻击可能替换收款地址，错误策略可能造成重复付款；支付动作必须与不可信内容隔离，并具备限额、模拟、撤销和异常检测。隐私方面，采购记录会暴露任务意图，链上数据可能连接身份与商业意图。责任方面，智能体误购、商户未交付或协议转换失败时，损失归属需要明确。监管方面，机器是执行者而非法律责任主体，每笔自主交易都应追溯到操作者、授权政策和资金来源。商业可持续性方面，微额支付收入容易被网络成本、流动性和风控费用吞噬，费用必须透明。
结语
Agent Payment 正处在容易被高估、也容易被低估的阶段。技术上完成一次稳定币付款，不代表智能体已具备成熟商业自治能力；但一旦软件能在明确约束下购买外部能力，机器经济的组织方式、定价方式和竞争边界都会改变。支付协议已经证明机器可以收到报价并完成结算，接下来的关键，是把孤立付款扩展为完整采购：发现服务、理解成本、跨轨道支付、确认交付，并转化为可审计、可学习的记录。
未来的机器经济不会只有一条链、一个协议或一个钱包。真正有价值的基础设施，将帮助买方穿越多元供给的复杂性。当软件开始成为买方，支付只是第一步；更重要的问题是，它能否以可控、透明和可验证的方式完成一笔真正有用的交易。