一個時段先被查了出來：LINE 的店家 AI 代理，是一頁還在排的服務介面

2026 年 10 月，LINE 宣布目標在 2027 年第一季於官方帳號推出 AI 代理平臺，初期規畫三種角色：預約、銷售與客服，並預計從 2026 年底開始與品牌合作驗證。這則消息裡最值得停下來看的，不是代理能講多少話，而是它被切成了三個身分。一個平臺若只說「導入 AI 客服」，店家會把它想成一個會回訊息的機器人；切成預約、銷售、客服三種角色，等於先把「服務」拆成三頁介面，每一頁有自己的資料來源與責任範圍。

以 LINE 新聞稿提出的美甲情境為例：代理查詢美甲師班表、列出可選時段、顧客確認後建立預約。這段流程講起來只有三步，但每一步背後都掛著一個系統。排班表在哪裡維護、預約寫入哪個系統、時段衝突時誰說了算，這些在示範畫面裡全被藏起來了。店家真正要讀的，是那個被藏起來的部分。

LINE 臺灣企業解決方案事業羣總經理王俞蓉在新聞稿裡的說法是：「讓品牌與顧客之間的互動，從『回應需求』進一步走向『服務完成』。」這句話把產品目標講得很精確，也把難題一併交代了。回應需求只需要對話流暢；服務完成需要可檢查的結果，預約確實寫入、顧客收到確認、失敗時不留半套紀錄。對話介面看起來越自然，背後的資料界線就越要畫得清楚，這是所有對話式服務共同的設計課題，我們在iFree2 CGM 的上手流程裡也看過同樣的邏輯：信任不是靠話術，是靠流程裡每一步可以被驗證。

平臺層的另一個線索是 MCP（模型上下文協定）的支援規畫，iThome 的報導並指出當時尚未公布收費方案。MCP 提供的是 resources 與 tools 兩類連接方式，讓代理可以用共同規格讀資料、呼叫操作。放在店家情境裡，查庫存是讀取，建立預約是改變系統狀態的寫入。這條讀寫之間的線，正是介面設計裡最關鍵的一道：它不會因為協定標準化就自動出現，仍要由店家自己決定代理能碰什麼、碰到哪裡要停。這與LINE 相簿儲存期限的四種規則是同一種問題，同一個 app 裡的東西，活在不同的規則層，而使用者往往要到出事才發現界線畫在哪。

來源文章給店家的建議方向也值得從設計角度重讀一遍：先記錄顧客從提出需求到服務完成的每一步，把工作分成只查詢、可回復的寫入、需要人工覆核的交易三類。這其實是一套權限分層的排版練習。退款、改價、客訴承諾放最內層，交給人；查詢放最外層，交給代理。很多店家看到「AI 客服」四個字，第一反應是能不能省人力，但真正的準備工作是先把這張分層圖畫出來。如果顧客常在 LINE 上問營業時間，原因可能是官網資訊過期、價目表散落各處；這時加一個代理，只是讓舊問題多了一個入口。

目前能確認的只有平臺規畫與驗證時程，功能清單、費率、開放條件都還沒有公布。這段空檔對店家反而有用：把流程拆開、標記資料來源與失敗時的復原方式，等正式文件出來，才有條件判斷這個代理能不能接上自己的系統。

三個角色、一條讀寫界線、一張人工接手的條件清單，LINE 這套 AI 代理真正賣的東西大概會是這三者的排版，而不是對話本身。對話只是最上面那層皮，皮的下面若沒有畫好的權限圖，再自然的語氣也撐不起一次成功的預約。