Walmart 推出 Agent Gateway？2026 年 10 月 21 日，Walmart 宣布推出 Agent Gateway、一項名為 Agent Profiles 的預定功能，以及針對人工智慧助理的更新版商業條款。在舊金山舉行的 Masters of Scale 高峰會上，該公司領導階層概述了一個結構化框架，旨在支援 Walmart 與 Sam’s Club 的機器對機器（M2M）商業模式。Walmart 並未立即提供開放且完全公開的平臺，而是透過針對獲批開發者夥伴的邀請制測試版來試行此閘道器。此舉為限制自動化機器人的競爭對手作法提供了一種替代方案，並建立了一個使用模型上下文協議（MCP）的授權整合路徑，同時排定在下個月推出消費者權限控制功能。
策略轉變：為何 Walmart 在遭網頁爬蟲封鎖的背景下推出 Agent Gateway
重點一覽
- Walmart 宣布推出 Agent Gateway，這是一個基於 MCP 的平臺，目前正針對建構自動化購物整合功能的企業與開發者進行邀請制測試。
- 該零售商揭露了 Agent Profiles 的計畫，這是一項預計在下個月推出的帳戶功能，旨在提供消費限額與獨立的訂單追蹤。
- 此程式化倡議與 Amazon 等競爭對手的政策形成對比，後者曾限制第三方 AI 助理跨消費者網頁入口網站進行交易。
零售產業正在經歷平臺管理自動化數位流量方式的分歧。隨著消費者導向的人工智慧助理從基本的對話式搜尋擴展到多步驟任務執行，線上購物者日益要求助理定位產品、驗證可用性並執行重複性購買。這些工作流程將使用者互動從手動瀏覽轉移至自動化執行。
然而，標準零售網站主要是為人類視覺互動所設計的。當自動化助理試圖透過傳統網頁瀏覽器完成交易時，它們必須解析動態網頁元素並導覽互動式結帳腳本。這種網頁自動化作法速度緩慢且難以預測，導致伺服器請求增加以及工作階段遭放棄。
這項營運挑戰解釋了各大零售商之間截然不同的政策。儘管 Amazon 限制第三方 AI 助理代表購物者下單，但 Walmart 的授權閘道器策略則在測試一個開放、結構化的整合模型。正如 TechCrunch 對零售代理策略的報導中所指出，Walmart 選擇試行直接的程式化通道，而非僅依賴網頁應用程式防火牆。透過提供結構化的技術存取，該零售商旨在直接從核心企業系統提供已驗證的庫存與出貨資料。
技術架構：深入解析模型上下文協議閘道器
Walmart 倡議的技術基礎依賴於 模型上下文協議（MCP）基礎規格，這是一個旨在將 AI 模型與外部工具、API 及企業資料來源連結的開放框架。透過實作 MCP 伺服器，Walmart 讓獲授權的助理能夠使用結構化的機器可讀請求來查詢目錄資料並發起訂單，而無需爬取公開的 HTML 網頁。
根據發布於 Walmart 官方 Agent Gateway 測試版頁面上的詳細資訊，該閘道器目前正以早期存取計畫的形式運作。存取權限僅限受邀開發者，且技術功能在平臺評估系統效能、請求量與類別限制時仍可能會進行修改。已記錄功能與預定治理工作流程的對比
為了替消費者採用作準備，Walmart 概述了 Agent Profiles，這是一種在 Walmart 關於 AI 代理購物的新聞稿中詳細說明的治理機制。其運作方式類似於在消費者信用卡上新增授權使用者，Agent Profiles 旨在讓客戶將特定助理連結至其零售帳戶、指定自主消費限額（例如 $50、$100 或 $200），或針對個別購買要求手動授權。
下圖將閘道器的已記錄連線能力與預定的治理及訂單處理模型區隔開來：
[已記錄的 Walmart 代理發現與服務層]
客戶購物請求
│
▼
獲授權的 AI 代理
│
▼
Walmart Agent Gateway (透過 MCP 的有限測試版)
│
▼
產品發現 / 購物服務
[預定的治理與零售商出貨架構]
客戶批准與代理平臺控制 (預定)
│
▼
零售商自有之訂單處理與出貨
根據已公布的 Walmart.com 使用條款與代理存取條款，參與的代理必須在嚴格的消費者保護下運作。助理不會收到純文字支付卡號，也無法修改客戶儲存的付款方式。此外，Walmart 確認標準退貨政策將適用於由代理發起的購買，包括助理進行非預期購買的情況。
程式化代理商購物的擴展也改變了數位平臺衡量流量的方式。當 AI 助理直接與企業 MCP 伺服器互動時，傳統的客戶端瀏覽器 Cookie、追蹤像素和視覺登陸頁面腳本將不會執行。然而，在混合工作流程中——例如當助理提供用於手動使用者確認的連結或重新導向至行動應用程式時——標準的客戶端衡量和深層連結機制仍會繼續運作。
代理商商業模式中的系統層級與營運界線
隨著商業平臺探索機器可讀介面，工程團隊必須評估軟體堆疊的不同元件如何互動。建立清晰的營運界線可確保訂單處理、身分驗證和行銷分析在不斷演進的零售通道中保持可控。
商業堆疊中的架構界線
建構可擴展的電子商務基礎設施需要區分對話式前端、安全性閘道器和交易帳本的角色。專用閘道器管理代理身分驗證和速率限制，而商家訂單管理系統則保留庫存分配、付款和出貨狀態的決定性記錄。
下表總結了具備代理功能的商業環境中常見的功能層級：
| 系統層級 | 主要技術責任 | 典型營運範疇 | 架構與整合考量 |
|---|---|---|---|
| 零售商代理閘道器 (例如 Walmart) | 存取治理、權限控制與 API 居中協調 | 針對已驗證合作夥伴代理的邀請制測試版 | 集中化零售商政策執行並保護敏感客戶憑證 |
| 自主代理用戶端 (例如 ChatGPT, Muse) | 自然語言任務分解與工具執行 | 終端使用者對話介面 | 與支援的零售商端點互動；無法直接存取使用者付款卡 |
| 客戶端網頁分析 | 網頁檢視、點擊流與 DOM 互動追蹤 | 瀏覽器與混合網頁檢視工作階段 | 原生觀察互動式網頁工作階段，但缺乏對無頭 API 請求的能見度 |
| 商家訂單與帳本後端 | 訂單驗證、付款結算與出貨 | 核心企業交易處理 | 維護決定性財務記錄並在標準零售商政策下管理退貨 |
維持這些結構上的區別，可讓技術組織採用新興的代理協議，同時不損及核心財務帳本的安全性，也不會干擾現有的網頁與行動裝置獲客管道。
零售商與工程團隊的整合就緒檢查清單
為了讓系統準備好迎接新興的代理商商業工作流程，工程與產品團隊應對照已記錄的平臺政策審查其服務架構。
開發者實作檢查清單
- 審查已設定範疇的 API 權限：將 API 端點結構化以遵循最低權限原則，確保購物助理僅存取產品發現和結帳端點，而不會暴露帳戶管理憑證。
- 實作具等冪性的交易監聽器：設定訂單接收路由以處理唯一的交易識別碼，防止在自動代理重試期間產生重複訂單。
- 稽核機器人流量與存取控制：評估自動化請求是源自透過已驗證協議的授權開發者夥伴，或是嘗試視覺 DOM 解析的未驗證爬蟲機器人。
- 驗證財務資料隔離：確保自動化代理無法存取原始支付卡憑證或在未獲授權的情況下修改儲存的付款方式。零售商應選擇並獨立驗證適合其自身基礎設施的付款權杖化或憑證隔離機制；Walmart 尚未公開揭露其完整的內部付款處理實作方式。
產品與成長策略檢查清單
- 依介面監控交易成果：分析由自動代理發起的訂單與傳統由人類驅動的網頁及行動應用程式結帳之間的轉換率、取消率和退貨率。
- 審查客戶控制介面：準備帳戶設定介面，允許購物者在功能推出時檢視、設定和撤銷助理權限與消費限額。
- 稽核行銷與推薦工作流程：確保促銷連結與行銷參數能夠在網頁登陸頁面和原生行動應用程式之間順暢解析，維持跨使用者導向觸及點的衡量準確性。
遵循這些工程指南可讓組織測試自動化商業通道，同時維持可靠的系統效能與強大的資料保護標準。
常見問題 (FAQ)
為什麼 Walmart 要開展 MCP 閘道器，而 Amazon 卻封鎖 AI 購物代理？
Walmart Agent Profiles 如何保護客戶付款資料與消費限額？
客戶是否需要付費的 Walmart+ 會員資格才能使用 AI 代理購物？
工程團隊的重要關鍵見解
Walmart 宣布推出 Agent Gateway，標誌著對話式與程式化零售發展中的一個重要階段。隨著消費者 AI 助理功能日益強大，零售商正面臨在封鎖自動化流量與建構結構化機器對機器介面之間進行持續的架構抉擇。
對於軟體工程師與技術領導者而言，建構具適應性的系統需要建立清晰的協議界線。將使用者發現、代理權限居中協調以及後臺訂單處理進行解耦，可讓平臺探索新的商業介面而不引入不必要的安全性風險。透過優先採用基於標準的協議、強大的身分驗證以及健全的資料治理，組織可以在自主購物模型發展的同時，為其技術基礎做好準備。
參考資料
Share this article
