Socure Agent Intelligence 發表：辨識 AI 代理後，如何連回授權它的人？
Socure Agent Intelligence 把代理偵測、風險評估與授權者身分連起來。本文拆解 Detection、TrustScore 和 Credential 的分工、99.99% 實驗界線，以及已可用、beta 與 2027 年推出的差異。
當顧客把找商品或填資料交給 AI，網站收到的操作，就可能和真正承擔結果的人隔了一層。Socure Agent Intelligence 想處理的，是這個代理背後的身分與授權問題。
Socure 在 2026 年 10 月 27 日公布新方案，把辨識代理、評估可信任程度，以及連回授權者的憑證，放到同一套身分圖譜中。
這些能力分工不同。看出一段流量由 AI 操作，只能回答「誰在動手」的一部分，還不能證明它得到顧客許可，更不能直接決定某筆交易該通過。
公司公布的高辨識率，也來自指定代理與受控測試。產品分層的開放狀態同樣不同，不能把整包公告看成所有元件今天都能使用。
對準備接受代理流量的網站，我會先看能否分出正常顧客交辦與異常行為，再決定驗證強度。若只是想讓自己的 AI 自動購物，這則公告並不代表已取得通行所有網站的憑證。
要理解這套產品，先得分開「辨識誰在操作」和「判斷操作是否可信」這兩件事。
Socure Agent Intelligence 的三層分工
這套方案把辨識、風險評估與身分憑證分成三層，避免把代理當成單一的允許或封鎖標籤。對網站來說，這意味著先辨認情況，再依業務決定要補什麼驗證。
過去網站面對自動操作時，常需要判斷是否為機器人。如今正常顧客也可能請代理代為操作。若只要自動化就封鎖，可能攔下顧客。若看到代理名稱就放行，又可能忽略授權與行為風險。
Socure 用身分圖譜連結這些資訊。圖譜可以理解為記錄主體與關係的資料結構，重點是把當下操作、代理身分，以及背後的人或企業接起來，而非只留下一個「AI」標籤。
| 產品層次 | 想回答的問題 | 不能單獨證明的事情 |
|---|---|---|
| Agent Detection | 當下是否由代理操作，能否辨認是哪個代理 | 是否得到真正顧客同意 |
| Agent TrustScore | 身分、授權與風險訊號如何 | 每個交易都應自動通過 |
| Agent Credential | 代理代表哪個已驗證的人或企業 | 可在任何服務執行所有動作 |
其中的「授權主體」是委託代理的人或企業，也就是應該對工作目的和權限負責的一方。辨認代理品牌和確認授權主體不是同一件事，一個熟悉的代理也可能執行不合適的要求。
假設有人請 AI 比較商品，網站可以允許讀取公開資料。若接著要求改收件地址，便牽涉帳號與交易。這是用來說明決策差異的情境，不是 Socure 已替所有客戶預設的放行規則。
這三層的價值，在於提供不同證據讓網站做選擇，不能由產品名稱推導它替商家承擔所有交易責任。網站第一步要知道的，仍是當下操作由人、代理，或兩者交接完成。
More than half of internet traffic is now agents.
— Socure (@SocureID) October 27, 2026
Introducing Agent Intelligence: detect AI agents, score whether to trust them, and tie each one to the person or business behind it. @SocureID ⬇️ pic.twitter.com/0T7WN7fZOD
Agent Detection 為什麼回分數與原因，而非只說是或不是？
同一個瀏覽工作階段可能在人與代理之間交接，所以偵測結果需要帶上信心與原因。工作階段指一次持續的網站使用過程，不能假設登入後的所有步驟始終由同一種操作者完成。
例如顧客先登入，再交由代理搜尋，最後自己回來確認。若網站只為整段過程保留一個標籤，便難以理解中間發生了什麼。Socure 因此強調辨識結果包含信心與原因資訊。
依官方說明，Detection 可辨識未自行宣告身分的代理，並在可辨認時提供代理身分。這是產品方的能力聲稱，並不代表它能在任何環境、任何新代理出現時都維持相同辨識效果。
99.99% 要放回測試範圍
Socure 公布的 99.99% 辨識成績，來自受控實驗室環境，涉及 Muse、Instinct 等具名消費者代理，並提到700 項行為變數。這些條件應和數字一起閱讀。
行為變數可理解為操作留下的不同訊號，產品利用它們判斷可能的操作者。變數很多，不代表每個訊號都足以證明身分，更不能把受控成績視為全網未知流量的保證。
本刊沒有重做該實驗，也沒有取得足以代表所有網站的獨立驗證資料。因此，不能把 99.99% 改寫成「幾乎沒有詐欺」，因為辨識操作者和判定詐欺是兩個不同問題。
對想導入的服務，重要的比較還包括真實顧客是否被誤判，以及代理交接時是否能合理呈現狀態。若數字很高卻讓正常流程被打斷，業務仍然會付出代價。
信心分數與原因資訊可以幫團隊回頭分析這些案例，但最終仍要用自己的流量驗證。即使知道是哪個代理，網站還是需要判斷這次操作是否得到允許、風險又有多高。
Agent TrustScore 把身分、授權與風險分開
信任分數的用途，是讓網站依自己的情境決定驗證方式，而非替所有交易做同一個核准。Socure 的 TrustScore 分開提供身分、授權和風險類別，使網站有機會看見不同問題。
身分是理解代理及背後主體，授權是理解它是否有權執行要求，風險則涉及這次行為的可疑程度。即使其中一項資訊充分，也不能由此省略另外兩項。
例如已知代理替一位真實顧客工作，只能減少部分身分疑問。若要求突然改變付款或收件資訊，網站仍可能需要重新確認。這是業務風險的推導，並非產品已公開的特定評分公式。
官方表示 TrustScore 可評估不同發行者的憑證，也可處理沒有憑證的情況。憑證是用來證明身分或關係的資料，不應因為不是 Socure 發行，就直接認定完全無法評估。
分數要對應網站自己的動作
對一般網站負責人，最有用的做法是先分出操作後果。讀公開商品、讀私人帳號、修改地址與付款，其影響不同，不適合只用同一個分數門檻處理全部工作。
若低風險動作也要求複雜驗證，代理帶來的便利可能消失。若高後果動作只看熟悉名稱就通過，則可能留下授權缺口。網站需要把訊號接回自己的流程，而不是只收下一個總分。
我會先觀察分數如何解釋既有案例，再決定哪些情況要請顧客補確認。這是本刊建議的導入順序，並不表示產品能自動替每個產業完成相同設定。
當網站能把判斷原因說清楚，客服也較容易回頭追查顧客為何被要求驗證。若要把代理和授權者的關係帶到不同服務，還需要可供其他網站檢查的憑證。
延伸閱讀：1Password for Agents：讓 AI 登入帳號，密碼為何不用交給模型？
Agent Credential 如何連回人與企業？
憑證把代理連到已驗證的授權主體，讓接收方有依據檢查它代表誰。Socure 規劃透過 SocurePass 發行符合 W3C 可驗證憑證規格的 Agent Credential。
可驗證憑證可以理解為附有可檢查簽章的身分資料。接收方可檢查資料由誰簽發、是否被修改，並理解其中描述的關係。它不是單純在對話裡說一句「我得到同意」。
依官方規劃，這項憑證會把代理連到已驗證的人或企業，並可由其他網站驗證，不必每次都呼叫 Socure。這有助於讓證據跟著工作流動，但不表示網站可以省略自己的授權判斷。
委派鏈說明誰把工作交給誰
若第一個代理再把部分工作交給另一個代理，網站面對的就不只是單一身分。官方描述了加密連結與持有證明，用來支援這種委派關係，讓接收方有機會追查交辦鏈條。
委派鏈可理解為「使用者交給哪個代理，代理又交給誰」。持有證明則用來確認提出憑證的一方確實掌握對應的證明能力，避免只看到一份被複製的聲明就當作完成驗證。
不過，知道交辦關係仍不等於允許所有行為。假設顧客只請代理比較價格，證明它代表顧客，也不能自然延伸成可付款、可變更地址或可另外訂閱服務。
不同服務對授權範圍、有效時間與撤銷的要求，也可能不同。公告不足以讓本文保證所有網站都已相容，或權限撤銷後能在每個接收端立即產生相同效果。
所以，對企業而言，憑證提供的是可檢查的關係資料，仍要和自己的交易流程一起使用。不過憑證仍在後續時程中，因此導入計畫必須按每一層的可用狀態安排。
已可用、beta 與明年推出，企業該如何排進度？
Detection 已透過 Digital Intelligence 提供，TrustScore 接受 beta 客戶，Credential 則計畫 2027 年第一季推出。這三個狀態不能合併成「整套今日全面可用」。
beta 是測試階段，客戶可能需要配合特定參與條件。未來推出的元件則還有時間與實作變動。若企業把整套方案當成已成熟的共用憑證基礎，就會低估仍需等待的部分。
| 元件 | 公告所列狀態 | 現階段的閱讀方式 |
|---|---|---|
| Agent Detection | 已提供，既有 Digital Intelligence 客戶可啟用 | 可確認自己是否符合啟用條件 |
| Agent TrustScore | beta 客戶階段 | 先確認參與與測試範圍 |
| Agent Credential | 計畫 2027 年第一季 | 納入追蹤，不能當成現有能力 |
這份公告沒有提供可直接套用的固定價格或台灣導入條件。因此，本文不能替所有電商、金融服務或網站估算採購費，也不能保證每個地區都能以相同方式使用。
若網站還不清楚代理造成哪些問題，我會先做不改變顧客結果的觀察。把辨識訊號與既有流程對照，看看正常顧客、已知自動化與異常案例各呈現什麼特徵，再決定是否調整驗證。
這種觀察的目的，是避免一開始就讓新分數直接決定交易。尤其人和代理交接的情境，若沒有保留可追查的例子，團隊很難知道錯誤來自辨識、授權資料，還是自己設定的規則。
接下來可以挑後果較低的動作逐步評估，並保留人工確認入口。這些導入建議是依產品分層提出的工作安排，本刊沒有替該產品完成實際成效測試。
對客服而言，錯誤原因也必須能區分。如果顧客只是尚未提供授權證據，處理方式可能是補確認；若身分訊號不一致，則需要不同追查。只把兩者都顯示成「被拒絕」，會讓顧客和內部人員都不知道下一步。
產品團隊還應保留同一案件在人與自動工具交接前後的狀態。這可以幫忙判斷驗證要求是否真的對應到變化，而非單純讓流程重來一次。這是導入時可向供應商確認的需求，不能從公告推定已具備完整案件介面。
若最後確認要修改規則，應記下改動前後影響哪些情境。這樣遇到新的誤攔，才有原本流程可以對照，不會只看到總通過率升降，卻不知道顧客到底在哪裡遇到阻礙。
先量出哪些顧客被擋、哪些動作需要補驗證，才能評估下一層能力是否解決了自己的問題。
延伸閱讀：GitHub Copilot Assisted Permissions 正式開放：AI 代理的操作何時自動通過？
Socure Agent Intelligence 常見問題
99.99% 辨識率代表交易幾乎沒有風險嗎？
不代表。這是指定代理在受控環境中的辨識成績，並非所有網站流量的詐欺損失率。即使知道由哪個代理操作，仍需要確認授權與當次動作風險。
Agent Credential 等於付款授權嗎？
憑證主要提供代理與已驗證主體的關係證據。能否付款仍取決於授權範圍、網站規則與交易驗證，不能因為能驗證身分就自動核准任何購買。
今天可以取得三層完整產品嗎？
公告把三層安排在不同階段：Detection 已提供，TrustScore 為 beta，Credential 計畫 2027 年第一季。實際參與資格與商務條件仍需依官方安排確認。
所有 AI 代理流量都應封鎖嗎？
正常顧客也可能委託代理處理工作。網站需要分辨操作目的、資料和後果，再決定驗證方式。單憑「由 AI 操作」通常不足以判斷整段行為是否合適。
先理解操作者，再決定允許的行為
Socure Agent Intelligence 回應的是網站開始接到顧客代理後的身分問題。它把辨識、信任訊號與憑證拆開，讓企業有機會針對不同缺口補證據，但不取代服務方的交易決定。
準備接受這類流量的團隊，適合先盤點顧客在哪裡被誤攔、哪些動作缺少授權確認，再按產品時程評估。把數字、可用狀態與自己的業務問題放在一起，才知道新能力是否值得接入。
想持續追蹤 AI 代理與企業應用的身分、授權及實際限制，歡迎免費訂閱 AI 郵報。
原始資料來源
