1Password 为智能体提供按次登录授权

让 AI 帮你订票、购物，往往卡在登录这一步：把密码交给它，担心泄露；每次自己接管，又打断了自动执行。1Password for Agents 给出的方案是，让智能体发起登录请求，由用户批准，再由密码管理器填写凭据。

按原文描述，这个平台想解决的是「AI 怎样获得登录能力，同时不直接拿到密码」。思路有用，但隔离密码和约束登录后的操作，是两件需要分别考虑的事。

AI 不拿密码，怎么替你登录

据 IT之家 10 月 23 日报道，1Password 于 10 月 22 日宣布推出 1Password for Agents，面向个人及家庭版用户。

首批支持的智能体包括 Meta Muse、OpenAI ChatGPT Work 与 Dots、Anthropic Claude Duet、Grok Bot 及 Town。这是报道列出的支持范围，不能据此推断所有浏览器智能体都能接入。

它的登录流程分成几个环节：

1. 智能体遇到登录页面后，通过独有的数字密钥，向 1Password 证明自己的身份。
2. 用户在自己的设备上收到通知，查看它请求使用哪个账号，以及准备执行什么任务。
3. 用户选择批准或拒绝。批准后，1Password 直接向登录表单填写用户名、密码或一次性验证码。
4. 登录完成，智能体继续执行后续任务。

智能体获得的是经用户批准的登录能力，而不是让用户把密码写进对话框。

这里要区分「密码保存在保险库」和「密码完全不参与登录」。网站仍需接收登录凭据，只是按官方描述，填写由 1Password 完成，智能体全程不接触、不存储密码或验证码。

原文没有解释底层怎样保证隔离，例如智能体能否读取填写后的页面内容、浏览器权限怎样划分，因此目前能确认的是官方公布的流程和承诺。

用户批准一次，究竟放行了什么

这套机制有两道边界。

第一道是确认请求者。智能体先用数字密钥证明身份，1Password 再处理登录请求。不过，密钥怎样签发、保存和撤销，报道没有展开。

第二道是确认使用范围。用户看到账号和任务后自行决定是否放行，智能体不会因此获得整个密码库的访问权限。官方表示，其他未经明确授权的密码仍受端到端加密保护。

原文把它类比为给 AI 增加一道「双重验证」。这个比喻适合帮助理解，但不能直接等同于网站原有的双因素认证：这里增加的是用户对智能体登录请求的确认，1Password 也可能负责填写网站要求的一次性验证码。

更关键的问题在登录之后。智能体一旦进入账号，就可以继续执行任务。原文没有说明购物付款、订单提交、修改资料等操作是否另有审批，也没有交代所谓「临时登录能力」如何过期、是否会撤销网站会话。

密码没有交给 AI，不代表 AI 登录后的每一步都已受到约束。

我的判断

我认可它把凭据交接从聊天对话中移出去的方向。相比直接粘贴密码，这种做法减少了凭据进入模型上下文的机会；相比用户手动登录后再交还控制权，它试图把身份确认、账号选择和用户批准串成统一流程。

但原文是一则产品发布报道，没有实测、对照数据，也没有展示误授权、登录失败或会话撤销的处理结果。「更安全」目前应理解为方案的设计目标，不能当作已经验证的整体安全结论。

对国内程序员来说，还要先确认适用条件：报道只列出了部分智能体，没有给出国内网站的兼容范围，也未说明复杂验证码、扫码登录等流程如何处理。用它代订票、点外卖是否顺畅，单靠这篇报道还无法判断。

能拿来做什么

• 使用 AI 代办购物或订票时，可以优先检查工具是否支持独立的凭据授权流程，避免把账号密码直接放进聊天记录或任务提示词。
• 开发浏览器自动化或 AI Agent 时，可以借鉴「智能体证明身份、用户确认账号与任务、凭据由专门组件填写」的职责划分，并单独设计登录后的操作权限。
• 评估这类产品时，除了检查密码隔离，还应核对会话有效期、撤销方式和敏感操作审批。原文没有回答这些问题，选型时需要补齐证据。