1Password 開放 AI agent 代辦登入：密碼不交出，權限仍要管
1Password 據報推出「1Password for Agents」，讓 AI agent 在執行網購、SaaS 操作或其他網頁任務時請求登入，而毋須直接讀取用戶的帳號密碼。關鍵限制是：用戶批准登入後，agent 雖然看不到憑證，仍可能在已登入的帳戶內執行其獲指派的操作；是否批准，實際上是一次授予帳戶工作階段權限的決定。
按 1Password 向 9to5Google 所述的流程，agent 到達登入頁後，會以專屬數碼金鑰向 1Password 證明身分，並提出所需憑證及用途。用戶可查看請求後批准或拒絕；若獲批准，1Password 會把資料直接填入登入表格。網站接受登入後，該憑證會被移除，agent 無法讀取或在後續工作中重用；用戶其餘的 vault 亦不會因此向 agent 開放。
把憑證與操作權拆開
這類設計可視為「委派登入」：密碼管理工具保管及代填憑證，agent 只取得完成某次登入所需的通道。相較於把明文密碼、一次性密碼或整個 vault 直接交給 agent，風險較集中在可見的審批步驟，也降低憑證被 agent 記錄、轉交或重用的機會。
不過，憑證隔離不等於風險消失。登入成功後，網站一般只會看到已驗證的帳戶工作階段；若 agent 的任務範圍過闊，它仍可能讀取帳戶資料、提交表單、改動設定，或進行交易。因此，信任邊界由「能否看到密碼」延伸至三個問題：是哪個 agent 發出請求、它為何需要該帳戶，以及它在登入後可做甚麼。
這也是此功能對日常自動化最實際的取捨：用戶可避免把長期憑證交給第三方 agent，但仍要為每次委派登入後的帳戶行為負責。對涉及付款、個人資料、公司雲端文件或管理員權限的帳戶，這一點尤其重要。
啟用前可先做的檢查
- 核對審批畫面列出的 agent 身分、網站、帳戶及請求用途；資料含糊時不要批准。
- 先以低風險、權限較少的帳戶測試，不要一開始便連接主要電郵、付款或管理員帳戶。
- 為重要帳戶保留多重驗證，並定期檢視已登入裝置、活動紀錄及第三方連接。
- 將任務拆小，避免讓 agent 在一次工作階段內處理多項敏感操作；涉及付款、刪除資料或權限變更時，應保留人手覆核。
- 檢查該帳戶本身可否設定較低權限、獨立工作帳戶或交易通知，減少誤操作的影響範圍。
據 9to5Google 報道，首批整合限於 Meta 的 Muse 及 Grok Bot，1Password 正計劃支援更多 agent，包括 OpenAI Dots 和 Anthropic Claude Duet。支援名單與推出安排仍可能變動，用戶在連接前應以 1Password 及相關 agent 的最新介面和條款為準。
下一步值得觀察的，是這類委派登入會否提供更細緻的操作限制與審計紀錄。若只能控制「可否登入」，而未能清楚限制登入後的動作，對高價值帳戶而言，密碼不外洩仍只是安全鏈的一部分。
延伸閱讀
AI 輔助說明： 本文由 AI 協助整理，並經兩輪獨立自動品質審核；資料及連結仍以原始來源為準。
參考來源
本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。
