你的客戶很快不再親自上門，而是派一個軟件代勞。AI 代理會不會登入你的網站、查訂單、辦退貨，已不是問題，因為它們早已在嘗試。真正的問題是：規則由你定，還是由代理定。
2026 年 10 月 6 日，Meta 與 Sierra 公布個人代理協議（Personal Agent Protocol，PAP），v0.1 規範預計本月稍後發布。現時沒有東西可安裝，但每一家面向客戶的香港企業，本季已可作出一個政策決定。
什麼是個人代理協議？
個人代理協議是 Meta 與 Sierra 於 2026 年 10 月 6 日提出的開放標準，規定消費者的 AI 代理如何向企業表明身份、如何透過 OAuth 代表客戶登入，以及取得訪客、唯讀或可寫入哪一級權限。權限由企業與客戶共同控制，代理供應商無權單方面決定。
簡單而言，它是 AI 代理的「門禮」：代理先表明自己是代理、代表誰，再取得一個有範圍的授權，而不是像今天般模仿真人填表、卡住了就打熱線。
為什麼 Meta 與 Sierra 選擇此時推出？
PAP 的出現，是因為個人代理普及的速度遠快於企業的應對。Meta 的 Muse 代理於 9 月推出，十天內登上蘋果美國免費應用榜首；9 月 20 日，Amazon 以未獲通知、代理沒有表明身份為由，禁止 Muse 在 Amazon.com 購物。
據 The Daily Brief 的分析，Amazon 亦指 Muse 疑似處理客戶登入資料，Meta 否認，雙方說法均未經獨立核實。Sierra 聯合創辦人 Bret Taylor 對 Implicator 表示，在標準出現之前，「這基本上是一片混亂」。
個人代理協議如何運作？
PAP 分四步運作：代理先在企業網站了解可提供的服務，以訪客身份開啟會話；客戶授權後經 OAuth 升級為已登入會話；最後按企業容許的路線完成任務，即網頁、API，或企業自己的客服代理。整個過程中，客戶隨時可以收回授權。
企業可開放的三條路線
--- 網頁：適合營業時間、產品規格等低風險查詢。
--- API：經 MCP 或 OpenAPI 開放，每次調用有紀錄，權限可收得很窄。
--- 企業自己的代理：保養索償等需要判斷的事，交由你的客服代理處理。
PAP 與 UCP、ACP、Visa 可信代理協議有何分別？
PAP 是四個互相重疊、爭奪「代理如何接觸企業」主導權的標準之一。PAP 聚焦代理登入與權限範圍；Google 的 UCP 涵蓋由搜尋到結帳；OpenAI 與 Stripe 的 ACP 處理代理內付款；Visa 的可信代理協議則為代理請求加上數碼簽署，讓商戶可以核實。
--- UCP：Google 與 Shopify，2026 年 1 月推出。
--- ACP：OpenAI 與 Stripe，2025 年 9 月推出。
--- 可信代理協議：Visa 與 Cloudflare，2025 年 10 月公布。
Stripe 與 Shopify 同時出現在多個陣營，正在對沖風險。今天只押注一個協議，等於採取了連支付夥伴都不願採取的立場。
企業若等標準塵埃落定，會付出什麼代價？
等最終標準再寫程式是合理的，但政策不能等。代理已在模仿真人登入客戶帳戶，沒有代理存取政策的企業，今天就要承擔代理處理登入資料帶來的保安風險，以及代理致電熱線帶來的客服成本，不論最終哪個協議勝出。
代理把客戶密碼輸入登入頁，與撞庫攻擊看起來一模一樣；代理在網上辦不成事，便轉打熱線，聯絡中心卻不知道線上是機器。更重要的是，誰先定義存取規則，誰就決定預設值。
v0.1 規範發布前，香港企業應先決定什麼？
無論哪個標準勝出都用得上的，是一個四級權限矩陣：未登入代理可讀什麼、已登入代理可讀什麼、可執行哪些可撤回操作、哪些不可撤回操作保持關閉。現在寫好這個矩陣，日後套用到 PAP、UCP 或可信代理協議，幾乎不用重做。
四級代理存取矩陣
--- 第一級，訪客讀取：營業時間、存貨、公開收費、退貨政策。
--- 第二級，登入後讀取：訂單狀態、結餘、預約時間，以限定範圍的 OAuth 保護。
--- 第三級，可撤回操作：改送貨時間、申請退貨，每項有紀錄、可撤回。
--- 第四級，不可撤回操作：購買、轉賬、更改受益人。付款擴展成熟前保持關閉，屆時亦須真人再次確認。
每一級指定一位業務負責人。如果你的機構已處理過 AI 代理身份與存取，同樣的最小權限原則可以直接套用到客戶的代理身上。
香港銀行與零售企業會如何落實？
矩陣因行業而異。銀行要令代理存取符合金管局對面向客戶 AI 的要求；零售連鎖店則要保護會員帳戶免受自動化濫用。兩者的共同點，是先分級、再開放，並為每一級留下完整紀錄，讓風險部門與前線都清楚代理能做什麼、不能做什麼。
零售銀行：金管局 2024 年 8 月的生成式 AI 通函要求客戶可選擇改由真人處理。銀行可開放第一、二級，第三級只限補領卡等服務，第四級永遠須真人確認。
零售連鎖店：先開放產品與分店查詢，把積分查詢放在 OAuth 之後以便另設流量上限。涉及個人資料的部分，依從私隱專員公署 2026 年代理式 AI 指引，詳見 UD 的整理。
企業為個人代理作準備時，最常犯哪些錯誤？
最常見的錯誤有四個：預設封鎖所有代理；在規範與授權條款出現前就寫專用程式；把聯絡中心排除在計劃之外；以及把代理存取當作純 IT 項目，而不是需要業務部門負責的客戶體驗與風險決策。避開這四點，準備工作已完成一半。
一刀切封鎖只會把依賴代理的客戶推向對手；太早動工則可能押錯協議。較穩妥的做法，是先量度上月有多少流量來自代理，再建好限定範圍的 OAuth API，讓 PAP 只是一層轉接。
個人代理協議重點一覽
--- 公布：2026 年 10 月 6 日，Meta 與 Sierra。
--- 夥伴：Walmart、Shopify、Stripe、Genesys、Rocket、Instinct。
--- 基礎：OAuth；路線包括網頁、MCP 或 OpenAPI、企業自家代理。
--- v0.1 不包括：付款、推送通知、細緻權限。
結論：在代理到來之前，先把規則寫好
不論 PAP 最終成為登入層，還是被另一個標準吸納，跑在前面的都會是早已決定代理能看什麼、改什麼的企業。一份政策文件、一個流量基準、一張 OAuth API 路線圖，這些工夫都不會白費。
懂AI，更懂你 UD相伴，AI不冷
由 UD 企業 AI 團隊審閱。內容已於 2026 年 10 月 13 日根據上述連結核實；截稿時規範尚未發布。
先看看 AI 代理今天能讀懂你網站的多少
先用 30 秒免費掃描你的 AI 可見度，再把存取矩陣變成計劃。UD 團隊手把手帶你完成每一步，從可見度審核、結構化數據到適合代理的 API，28 年企業服務經驗，全程陪你走。
