问题

为什么 Agent 经济需要商业事实共识层

正在发生什么

多个独立 Agent 现在协作完成商业结果。一个购物 Agent 调用搜索 Agent、优惠券 Agent、商家 Agent 和支付 Agent 来完成一笔交易。每个 Agent 都认为自己贡献了价值。

缺失了什么

没有开放协议让这些 Agent 就"谁贡献了什么"形成可验证、可复用的共识。不是裁判。不是平台。是一个任何 Agent 都能引用的共识层。

Agent A:"我发现了这个客户。" Agent B:"我改变了他的决定。" Agent C:"我完成了交易。" Agent D:"我处理了支付。" → 谁获得归因?→ 谁来决定?→ 如何验证?

来自实际的案例

案例 1:A2A 协作完成,结算归因空白

A2A 协议通过 AgentCard 实现了 Agent 互相发现,通过 Task 语义实现了任务委派。但协作完成后,没有标准化的支付结算与贡献归因能力。每新增一个合作方就要做一次对接,无法规模化。

来源: GitHub a2aproject/A2A Issue #1570, #1576, #1847
案例 2:x402 支付闭环跑通,商业事实没存证

x402 通过 HTTP 状态码扩展实现了 Agent 调用 API 的全自动支付。但支付完成后,只有链上转账记录能证明"钱转了",无法独立验证"这笔钱对应了什么服务、哪些 Agent 参与了链路、各自的贡献边界是什么"。

来源: GitHub solana-foundation/pay-kit Issue #243, x402-foundation/x402 Issue #2335, #2690
案例 3:Agent 赏金市场,多 Agent 协作分账无解

当前链上 Agent 赏金系统普遍采用"单人认领、单人收款"的简单模型。多个 Agent 协作完成一个复杂赏金任务时,合约不支持联合认领与按比例分账,只能线下私下分配。恶意争议可直接抹除 Agent 的提交记录。

来源: GitHub NSPG13/agent-bounties Issue #260, #318; Gitlawb 合约安全 Issue #13
案例 4:内部归因可用,跨主体归因无互信

单企业内部的多 Agent 系统,可以通过 Trace ID、调用链路打标实现成本与贡献的内部归因。但当 Agent 分属不同运营主体、跨系统完成协作时,各方的内部日志不具备公信力,无法作为结算、问责、分润的依据。

来源: UsageBox 2026.6《Who Spent the Tokens?》, SparksBox 2026.6《Agent Attribution Breaks the Model》

为什么现有协议无法解决这个问题

通信 A2A、ACP — Agent 如何通信 ✅ 已解决
能力 MCP — Agent 如何使用工具 ✅ 已解决
交易 x402、AP2 — Agent 如何支付 ✅ 已解决
商业共识 Agent 如何就商业事实达成共识 ⚠️ 待解决

核心问题

当多个独立 Agent 对同一商业结果做出贡献时,它们如何在没有中央权威决定的情况下,就发生了什么形成可验证、可复用的共识

这不是什么

这不是产品推介。这是问题陈述。协议(如果真的出现)必须从真实纠纷中建出来,而不是预先设计。第一版必须是最小的东西——让两个独立 Agent 能发布关于同一商业事件的冲突声明,并可验证地记录这个冲突。