沃尔玛推出 Agent Gateway？2026 年 10 月 21 日，沃尔玛宣布推出 Agent Gateway（代理网关）、一项名为 Agent Profiles（代理配置文件）的计划功能，以及针对人工智能助手的最新商业条款。在旧金山举行的 Masters of Scale 峰会上，公司领导层概述了一个结构化框架，旨在支持沃尔玛（Walmart）和山姆会员店（Sam’s Club）的机器对机器商业模式。沃尔玛并未立即提供一个完全公开的开放平台，而是通过针对获批开发商伙伴的定向邀请制测试版来试水该网关。这一举措构成了对限制自动化机器人的竞争对手方法的替代方案，通过使用模型上下文协议（MCP）建立了一条授权的集成路径，同时计划在下个月推出消费者权限控制功能。
战略转变：为什么沃尔玛在遭遇爬虫拦截的同时推出 Agent Gateway
概览
- 沃尔玛宣布推出 Agent Gateway，这是一个基于 MCP 的平台，目前正面向构建自动化购物集成的公司和开发者进行定向邀请制测试。
- 该零售商公布了 Agent Profiles 的计划，这是一项定于下个月推出的账户功能，旨在提供消费限额和独立的订单跟踪。
- 这种程序化举措与亚马逊等竞争对手的政策形成了鲜明对比，后者限制了第三方 AI 助手在消费者网页门户进行交易。
零售行业正在经历平台管理自动化数字流量方式的分化。随着面向消费者的 AI 助手从基础的对话式搜索扩展到多步骤任务执行，在线购物者越来越多地要求助手定位产品、核实可用性并执行重复购买。这些工作流将用户交互从手动浏览转变为自动化执行。
然而，标准的零售网站主要针对人类视觉交互进行设计。当自动化助手尝试通过传统的网络浏览器完成交易时，它们必须解析动态网页元素并导航交互式的结账脚本。这种网页自动化方法可能缓慢且不可预测，从而导致服务器请求增加和会话中断。
这一运营挑战解释了各大零售商截然不同的政策。虽然亚马逊限制第三方 AI 助手代表购物者下单，但沃尔玛的授权网关策略则测试了一种开放、结构化的集成模型。正如 TechCrunch 对零售代理策略的报道中所述，沃尔玛选择试点直接的程序化渠道，而不是仅仅依赖 Web 应用防火墙。通过提供结构化的技术访问，该零售商旨在直接从核心企业系统中提供经过验证的库存和履约数据。
技术架构：模型上下文协议网关内部剖析
沃尔玛这一举措的技术基础依赖于 Model Context Protocol (MCP) 基础规范，这是一个旨在将 AI 模型与外部工具、API 和企业数据源连接起来的开放框架。通过实现 MCP 服务器，沃尔玛使授权助手能够使用结构化的机器可读请求来查询目录数据并启动订单，而不是抓取公共 HTML 页面。
根据 沃尔玛官方 Agent Gateway 测试版页面上公布的细节，该网关目前正作为早期访问计划运行。访问权限仅限于受邀开发者，随着平台评估系统性能、请求量和类别限制，技术功能仍可能会进行调整。已记录功能与计划中的治理工作流
为了迎接消费者的采用，沃尔玛概述了 Agent Profiles，这是一种在沃尔玛关于 AI 代理购物的企业公告中详细说明的治理机制。其功能类似于在消费信用卡上添加授权用户，Agent Profiles 旨在让客户将特定助手链接到其零售账户，指定自主消费限额（例如 $50、$100 或 $200），或要求对单笔购买进行人工授权。
下图区分了网关已记录的连接性与计划中的治理和订单处理模型：
[Documented Walmart Agent Discovery & Service Layer]
Customer Shopping Request
│
▼
Authorized AI Agent
│
▼
Walmart Agent Gateway (Limited Beta via MCP)
│
▼
Product Discovery / Shopping Services
[Planned Governance & Retailer Fulfillment Architecture]
Customer Approval & Agent Profile Controls (Planned)
│
▼
Retailer-Owned Order Processing & Fulfillment
根据已公布的 Walmart.com 使用条款和代理访问条款，参与的代理必须在严格的消费者保护下运营。助手不会收到纯文本支付卡号，也无法修改客户存储的支付方式。此外，沃尔玛证实，标准退货政策将适用于由代理发起的购买，包括助手进行非预期购买的情况。
程序化代理购物的扩展也改变了数字平台衡量流量的方式。当 AI 助手直接与企业 MCP 服务器交互时，传统的客户端浏览器 Cookie、跟踪像素和视觉落地页脚本将不再运行。然而，在混合工作流中——例如当助手提供用于人工用户确认的链接或重定向到移动应用程序时——标准的客户端测量和深度链接机制将继续运行。
代理商业中的系统层级与运营边界
随着商业平台探索机器可读接口，工程团队必须评估软件堆栈的不同组件如何交互。建立清晰的运营边界可确保在不断演进的零售渠道中，订单处理、身份验证和营销分析保持可控。
商业堆栈中的架构边界
构建可扩展的电商基础设施需要区分对话式前端、安全网关和交易账本的角色。专用网关管理代理身份验证和速率限制，而商户订单管理系统则保留库存分配、支付和履约状态的权威记录。
下表总结了代理赋能商业环境中的常见功能层：
| 系统层 | 核心技术职责 | 典型运营范围 | 架构与集成考量 |
|---|---|---|---|
| Retailer Agent Gateway (e.g., Walmart) | 访问治理、权限控制与 API 调解 | 面向已验证合作伙伴代理的定向邀请测试版 | 集中执行零售商政策并保护敏感客户凭据 |
| Autonomous Agent Client (e.g., ChatGPT, Muse) | 自然语言任务分解与工具执行 | 最终用户对话界面 | 与支持的零售商端点交互；无法直接访问用户支付卡 |
| Client-Side Web Analytics | 页面浏览、点击流与 DOM 交互跟踪 | 浏览器和混合 Webview 会话 | 原生观察交互式网页会话，但对无头 API 请求缺乏可见性 |
| Merchant Order & Ledger Backend | 订单验证、支付结算与履约 | 核心企业交易处理 | 维护确定性财务记录，并根据标准零售商政策管理退货 |
维持这些结构上的区分使技术组织能够采用新兴的代理协议，而不会损害核心财务账本的安全性，也不会中断现有的网页和移动端获客渠道。
零售商与工程团队的集成就绪检查清单
为了让系统准备好应对新兴的代理商业工作流，工程和产品团队应对照平台文档政策审查其服务架构。
开发者实现检查清单
- 审查作用域 API 权限：结构化 API 端点以遵循最小权限原则，确保购物助手仅访问产品发现和结账端点，而不暴露账户管理凭据。
- 实现幂等事务监听器：配置订单引入路由以处理唯一的交易标识符，防止在自动化代理重试期间产生重复订单。
- 审查机器人流量与访问控制：评估自动化请求是源自通过验证协议授权的开发商伙伴，还是试图进行视觉 DOM 解析的未验证爬虫机器人。
- 验证财务数据隔离：确保自动化代理无法访问原始支付卡凭据或未经授权修改存储的支付方式。零售商应选择并独立验证适合其自身基础设施的支付标记化或凭据隔离机制；沃尔玛尚未公开披露其完整的内部支付处理实现。
产品与增长策略检查清单
- 按界面监控交易结果：分析由自动化代理发起的订单与传统人工驱动的网页及移动应用结账相比的转化率、取消率和退货率。
- 审查客户控制界面：准备好账户设置界面，允许购物者在功能上线时查看、配置和撤销助手权限以及消费限额。
- 审查营销和引流工作流：确保促销链接和营销参数能够在网页落地页和原生移动应用之间清晰解析，从而在用户导向的接触点上保持测量准确性。
遵循这些工程准则使组织能够测试自动化商业渠道，同时保持可靠的系统性能和强大的数据保护标准。
常见问题解答 (FAQ)
为什么沃尔玛要开放 MCP 网关，而亚马逊却在阻止 AI 购物代理？
沃尔玛 Agent Profiles 如何保护客户支付数据和消费限额？
客户是否需要付费的 Walmart+ 会员才能使用 AI 代理购物？
工程团队的核心要点
沃尔玛宣布推出 Agent Gateway 标志着对话式和程序化零售发展的一个重要阶段。随着消费者 AI 助手变得更加强大，零售商面临着在阻止自动化流量与构建结构化机器对机器接口之间进行持续的架构选择。
对于软件工程师和技术领导者而言，构建适应性系统需要建立清晰的协议边界。将用户发现、代理权限调解和后台订单处理进行解耦，使平台能够探索新的商业接口，而不会引入不必要的安全风险。通过优先采用基于标准的协议、稳健的身份验证和健全的数据治理，组织可以在自主购物模型发展的同时，做好其技术基础的筹备工作。
参考资料
Share this article
