跳转到主要内容

Agent Commerce 的失败在于授权委托,而非协议:Walmart 与 Amazon 的分歧揭示了什么

零售商在 agent 购物上出现分化,因为未解决的问题是:当 agent 进行交易时,由谁承担授权委托。这是委托与争议问题,而非集成问题。

印刷电路板特写,显示电子元件与铜走线

两种姿态,同一个根本问题

Walmart 已在严格规则下为 agent 驱动的购物开放了结构化渠道。Amazon 则在边界处封锁了 agent。若将其解读为标准之争,这种分歧看起来像一方阻挠、另一方合作。若将其解读为责任分配,两种立场都站得住脚,而它们之间的差异并非技术成熟度,而是风险偏好。

这种模式在两家零售商对 agent 访问的框定方式中清晰可见:一方以明确的计划条款作为准入条件,另一方则在等待一个可执行的框架之前拒绝准入。对此次分歧的报道往往将其视为兼容性问题,仿佛缺失的只是一份 schema 或一个端点。事实并非如此。两家公司都能完成集成。它们目前都无法做到的,是将 agent 的购买行为绑定到委托人的意图上,并附上能在有争议的拒付中站得住脚的证据。

这个缺口就是全部故事。协议决定一个请求是否格式正确且经过认证。授权委托决定发送请求的实体是否有权动用委托人的资金——针对这些商品、在这个上限内、在这个时间窗口内——以及该授权能否在事后被证明。前者是有已知解决方案的工程问题。后者是委托与争议问题,再多的传输层工作也无法弥合。

授权委托必须承载什么

授权委托不是 token。token 断言调用方持有凭证。授权委托断言委托人知情地将有限权限委托给 agent,并且它必须携带足够的结构,以便在不依赖 agent 自身对事件的陈述的情况下裁决争议。有四项属性是承重的。

范围。 哪些产品或品类、哪个支出上限、哪个时间窗口、哪个商户或商户集合。范围必须在授权时点可机器校验,而不是在 prompt 中叙述。一个通过推理得出可允许购买的 agent,与一个能证明该购买在已签名信封范围内的 agent,是不同的产物;只有后者可审计。

委托方身份与知情签发。 授权委托必须证明某个特定委托人签发了这项特定委托,且签发是刻意的,而非点击流经的副作用。这正是当前大多数 agent 流程最薄弱之处:同意在边界处、在会话中被捕获,从未绑定到随后的交易。

Close-up of a CNC milling machine cutting metal, showing precision machining detail

在结算前生效的撤销。 在扣款已清算之后才落地的撤销路径是投诉流程,而非控制措施。授权委托需要一个商户和支付通道都能观察到的状态,且结算步骤必须检查它。一个能购买却无法被叫停的 agent,对柜台两侧都是负债。

足以裁决的推理记录。 当扣款被争议时,必须有人重建 agent 为何如此行动。记录必须在决策时点捕获、与授权委托绑定,并与交易一同留存。事后从日志中重建意图,正是争议成本的来源。

这些都不是协议特性。它们是协议必须承载的产物,而它们的语法尚未以任何被接受的形式存在。

为何仅靠协议无法弥合

支付通道可以承载 token。它们无法承载意图。通道可以验证凭证有效、资金可用;它无法验证购买是否匹配委托人的本意。该判断位于上一层,即授权委托中,而通道没有对应的 schema。

边界处的同意框架有同样形态的局限。它们决定谁可以进入商店。它们不决定谁为店内发生的事负责。一个经过良好认证但在委托人意图之外行动的 agent,仍然是在意图之外行动的 agent,而边界同意对分配该损失毫无作用。

没有授权委托语法,每一场争议都坍缩为商户的服务条款。商户条款成为唯一说明谁承担错误或恶意购买成本的文书,而这些条款是为人类买家写的。这种不对称直接解释了分歧的经济学:封锁 agent 成本低廉,因为它原封不动地保留了现有的争议面;而开放则代价高昂,因为商户要吸收它尚无法定价或转移的欺诈与退货风险。

这就是为何这种分歧不是阻挠。Amazon 的边界封锁是拒绝为一项无法量化的负债承保的理性选择。Walmart 的结构化开放则是理性押注:受控敞口加上早期运营学习胜过等待。两者都在回应同一个缺失的层。

Close-up of a moss-covered brutalist concrete structure with geometric design

行业正在做出的权衡

封锁 agent 将争议成本维持在现有水平,代价是放弃委托需求。欢迎 agent 则将欺诈与退货风险转移到商户身上,直到授权委托证据标准化。两种立场都有代价,而它们之间的选择是商业性的,而非技术性的。

早期开放的公司实际上是在自行承保授权委托层。它们在内部构建范围校验、撤销路径和推理记录,吸收那些控制措施未能阻止的争议,并希望运营数据能复利成优势,赶在标准到来并将其抹平之前。这是一场押注:押自己能为市场尚无法定价的风险定价。它站得住脚,但应当被如实命名:这是对授权委托基础设施的商业赌注,而非技术集成里程碑。

诚实的反驳是:早期开放者承担了后来者在标准存在后可以避免的争议成本,而且标准到来时可能不像任何单一零售商所构建的样子。最有优势的公司,是其内部授权委托控制足够接近最终语法、使迁移成本低廉的公司。这是一个设计约束,而且现在就可行动。

给构建者的实用设计规则

将授权委托视为带有可机器校验范围的已签名产物,与交易一同存储,而非从会话状态推导。会话状态是意图消亡之处:它可变、不绑定扣款,且无法在争议中出示。带有明确范围的已签名信封可由商户在授权前校验,并可由任一方在事后出示。

首先对撤销路径进行埋点。在允许 agent 交易之前,停止控制应当已构建、已测试,且可被对手方观察。一个能购买却无法被叫停的 agent,对柜台两侧都是负债,而在结算之后才落地的撤销,是披着控制外衣的投诉流程。

假设对手方不会接受你的授权委托格式。将回退到人工确认步骤设计为一等路径,而非错误分支。实用架构是:在支持的地方使用商户可解析的授权委托信封,在不支持的地方使用确认握手,两种情况都捕获相同的推理记录。这在语法尘埃落定期间保持争议面有界。

Walmart 与 Amazon 之间的分歧不是一场要赢的协议战争。它是两家公司对未解决的委托问题给出不同定价。将授权委托视为产物、将协议视为可替换传输的构建者,无论标准最终落在哪一边,都能随之而动。

分享XLinkedIn永久链接6 分钟阅读

相关阅读

这能回答的问题

Why do Walmart and Amazon treat shopping agents differently?

Both can integrate technically. The difference is risk appetite: one opens structured channels under strict programme terms, the other blocks at the perimeter until it can bound and transfer the fraud and returns risk that agent transactions create.

What is an agent mandate?

A signed artefact recording that a principal knowingly delegated bounded purchasing authority to an agent. It carries scope, delegator identity, a revocation path that takes effect before settlement, and a reasoning record sufficient to adjudicate a contested charge.

Why can't payment protocols solve this?

Rails can carry and verify a token, but not intent. Whether a purchase matched what the principal meant is a judgement one layer above the rail, and without a mandate grammar every dispute falls back to the merchant's terms of service.

What should builders implement first?

The revocation path. An agent that can transact but cannot be stopped before settlement is a liability for both merchant and principal, and a stop control added after launch is a complaints process rather than a control.