2026-06-21 14:43Gary Talks Stuff觀看原文14 分鐘

Gary Talks Stuff：為什麼你該開始做產品給 AI 用了？從 UX 到 AX 的典範轉移

瑞幸咖啡開放 MCP 接入，看似只是 AI 幫你點咖啡，實際上是產品從 UX（使用者體驗）走向 AX（Agent 體驗）的關鍵訊號。這篇文章解析什麼是 AX、AXO，以及為什麼你的產品需要被 AI 調用。

開場閒聊

Gary 一開場就拋出了一個有趣的日常想像：「如果我跟你說，以後點咖啡，只要跟自己每天在使用的 AI agent 說一句『幫我買一杯平常喝的冰美式，等一下到公司附近取』，你會不會覺得這是一件好像有點廢、但又有點爽的事情？」

他笑著說，有點廢是因為點杯咖啡花不了幾秒鐘，App 點一點就好，幹嘛還特地叫 AI 幫忙；但有點爽的原因是，你可以跟 AI 對話到一半，順口說出「幫我點一杯樓下的冰咖啡」，有一種 AI 已經全面融入生活的感覺。

然後他話鋒一轉：「那如果我和你說，現在就可以做到呢？」

懶人包速覽

核心痛點	關鍵觀點
產品只考慮人怎麼用，但未來 AI Agent 也會替你操作服務	產品設計必須從 UX 延伸到 AX（Agent Experience），同時服務人類和 AI 兩種使用者
品牌競爭從「被人看見」變成「被 AI 選到」	未來不是搶注意力，而是搶 Agent 的調用權，誰的服務流程最容易被 Agent 跑完誰就贏
開放 API 不等於做好 AI 整合	API 只是入場券，真正的門檻在於設計完整的任務路徑（意圖判斷、參數補全、錯誤處理、人類授權節點）
AI 入口的最終形態可能不是聊天框	真正的 AI 助理會主動推送「任務卡片」，而非等待人類提問，產品要準備好被動被 Agent 調用

我花了大約 15 分鐘看完這支 Gary Talks Stuff 的影片，發現這其實是一個非常關鍵的概念介紹。瑞幸咖啡開放 MCP 接入不只是台灣媒體眼中的「AI 幫你點咖啡」這種噱頭式的報導，它背後藏著一個完整的產品設計新思潮——從 UX 到 AX 的典範轉移。這篇文章幫大家整理出 3 個最核心的趨勢觀察，並補充我對台灣市場的延伸思考。

什麼是 AX？UX 的下一站

Netlify 執行長 Mathias Billman 在 2025 年初提出了一個新名詞：AX（Agent Experience）。如果 UX（User Experience）是設計給人的體驗，那麼 AX 就是設計給 AI Agent 的使用體驗。

過去十幾年，幾乎所有產品都是「頁面流」——進首頁、進分類頁、進商品頁、加購物車、結帳。產品經理在這條路徑上不斷優化：按鈕大一點、優惠券露出早一點、流程短一點。這套邏輯的核心是人，因為是人類需要看頁面、點按鈕、判斷選項。

但當 AI Agent 開始代表人類操作服務時，事情就不一樣了。Agent 不會「看」頁面，它需要的是結構化的服務能力：查詢門店、比對商品、建立訂單、管理訂單。AX 關心的不是頁面漂不漂亮，而是 Agent 能不能理解這個服務可以做什麼，並順利完成任務。

以瑞幸咖啡為例：在人類眼裡，它還是那個熟悉的 App；但在 Agent 眼裡，它是一組可以被調用的 API 集合。這兩個視角的差異，正是 AX 要解決的核心問題。

從 SEO 到 AXO：被 Agent 選中的新戰場

Gary 在影片中提出了一個非常實用的對比框架。所有人都知道 SEO（搜尋引擎最佳化）是讓 Google 找到你、把你排前面。而 AXO（Agent Experience Optimization） 就是讓 AI Agent 找到你、願意用你的服務幫使用者把事做完。

過去平台最值錢的是前端流量——誰先被使用者打開，誰就有機會分發注意力。外送平台、電商平台都是這樣運作：使用者先打開平台，再搜尋、比較、下單，平台掌握排序和推薦權。

但在 Agent 入口的世界，使用者的第一句話不是說給平台，而是說給 Agent：「幫我買杯咖啡。」這時候，Agent 會同時比較好幾個品牌：誰的下單流程更穩？誰的商品庫存資料更清楚？誰的授權規則更安全？誰的售後流程更可追溯？

這代表平台的價值正從「前端流量」轉向「後台能力」。以前平台掌握的是你看到什麼，未來它要競爭的是 Agent 願不願意調用你。

AXO 的三層架構

Gary 在影片中拆解了 AXO 的實施層次，這其實可以整理成一個三層架構：

第一層：服務可被發現。 Agent 要知道你的服務存在，且知道你能做什麼。這意味著你需要提供結構化的 API 文件、MCP 協定支援、或是標準的服務描述。

第二層：任務可被執行。 光是讓 Agent 知道你能點咖啡還不夠。每個動作需要哪些參數？哪幾步一定要人類點頭授權？哪些情況不能自動執行？缺貨時要不要換替代品？付款失敗時該怎麼回報？這些都是 AX 設計的核心問題。

第三層：Agent 優先選擇你。 當多個品牌都能完成同一項任務時，Agent 憑什麼選你？這需要你在錯誤處理、回應速度、任務成功率上都比其他競爭者更穩定。

Gary 特別強調：「很多人會以為給 Agent 用的產品就是把 API 開出去就好了。不是，你要設計的是一整條任務路徑。」

任務卡：AI 入口的最終形態

這是我認為這支影片最有啟發性的一段。Gary 提出了一個大膽的預測：真正的 AI 入口可能不會是現在主流的聊天框。

今天只要講到 AI Agent，大家常常想像一個聊天 App——你問一句、它答一句、你說幫我做什麼、它去執行。但如果 Agent 真的要處理生活雜事，聊天框可能不是最終形態。

更好的設計是「任務卡」：某個時間點 AI 助理知道你該做一件事了，然後把它整理成一張可以確認、修改、或拒絕的卡片。

Gary 舉了兩個例子：

早上 9 點，你 9 點半有會議，系統知道你平常到公司前會買咖啡，附近路易莎 9 點 15 分可以取。它彈出一張卡片：「老樣子，冰美式，少冰，公司附近門市，15 分鐘後可取。要下單嗎？」
家裡日用品快用完，它提醒你：「上次買的紙巾大概還能用三天，現在補貨，明天送達，要不要沿用上次的品牌？」

這不是傳統 App 的邏輯。傳統 App 是「人找服務」，Agent 入口是「任務找回服務」。人不再是先想到要打開哪個 App，而是表達需求，然後讓 Agent 去協調、去找到最適合的服務來完成。

QA 精選

Q1：瑞幸開放 MCP 接入，對一般消費者有什麼實際影響？

短期內，大多數人並不會馬上讓 AI 幫自己點咖啡。但這個動作的象徵意義遠大於實際應用——它代表一個大型連鎖服務品牌正式承認「AI Agent 也是我們的用戶」。這會帶動更多平台跟進，當越來越多服務都提供 Agent 接入時，你生活中的 AI 助理才真正能幫你完成跨平台的複雜任務（例如：先查行事曆確認有空、再訂餐廳、同時叫車、最後提醒你出發時間）。

Q2：AX 和傳統 API 有什麼不同？

傳統 API 是讓開發者串接的技術介面，而 AX 是讓 AI Agent 能理解、能決策、能容錯的完整任務路徑。API 只解決「能不能呼叫」，AX 還要解決「呼叫之後發生什麼事」。例如：API 告訴你某商品缺貨（回傳 404 或空陣列），但 AX 設計會告訴 Agent 該推薦什麼替代品、要不要問使用者、如果替代品也缺貨的下一步是什麼。

Q3：台灣的服務平台應該開始準備 AX 了嗎？

現在就是最好的時間點。台灣的電商平台、外送平台、金融服務，幾乎都還在「只服務人類用戶」的階段。但從全球趨勢來看，開放 Agent 接入的服務只會越來越多。先做好結構化的 API 文件、建立清晰的授權層級、設計容錯機制，這些都不需要等到 AI Agent 普及才開始做。等到競爭對手已經被 Agent「選中」時才動，就已經落後了。

Q4：AXO 會不會只是另一個流行詞，像當年的「數位轉型」？

AXO 的底層邏輯比行銷口號紮實得多。它背後是真實的技術變革——MCP 協定正在標準化 Agent 與服務的溝通方式、LLM 的 tool calling 能力越來越成熟、平台經濟正在從流量分發轉向能力分發。這不是一個行銷名詞，而是產品架構的實際演進。就像當年 SEO 從「可選項」變成「必修課」，AXO 也會在未來幾年內經歷同樣的過程。

主編隨筆

這支影片觸到一個我在台灣市場觀察到的痛點：很多本地服務平台的 API 品質還停留在 2010 年代。

舉例來說，台灣的電商和外送平台，其 API 文件往往不完整、錯誤訊息不明確、甚至某些核心功能根本沒有 API 可用（只能靠爬蟲模擬瀏覽器操作）。如果 AI Agent 要接入這樣的服務，光是在「意圖判斷」這一關就會卡住——因為 API 根本無法告訴 Agent「這個訂單能不能取消」「取消後退款要幾天」「庫存還有沒有貨」。

我認為台灣的產品團隊現在應該做三件事：