1Password 推出 Claude 集成：AI 可代登录网站但全程不接触密码

这次集成解决的是什么问题

用过 Claude 桌面版浏览器功能或者 Claude Cowork 的朋友应该都遇到过一个尴尬场景：让 AI 代理帮你跑一个多步骤的网页任务，跑到一半卡在登录页，要么你亲自接管输一遍密码，要么——更糟——把密码明文发给 AI 让它帮你填。后者的风险不用多说，密码一旦进入模型上下文，就意味着它可能被记录、被缓存，甚至进入服务商的系统。

1Password 这次给出的方案是把"用密码"和"看密码"彻底分开。根据官方说明，工作流程大致是这样的：

• 按任务申请，不开放整个密码库：Claude 不会获得对保险库的持续访问权，而是在任务过程中申请当前需要的具体登录项；
• 生物识别逐条审批：每一条凭证的使用都要用户通过 Touch ID 等生物识别确认，批准或拒绝都是一次一议；
• 权限仅限当前会话：任务结束授权即失效，下次要用重新批；
• 凭证直接注入网页：密码和一次性验证码经安全通道填进目标页面的表单，不经过 Claude 的上下文，也不进入 Anthropic 的服务器；
• 失败即擦除：1Password 会在每次自动填充后分析页面，如果表单提交失败，已填入的内容会在控制权交还给 AI 之前被立即清除。

同一个任务里如果涉及多个网站的登录，1Password 还可以连续代理多次填充，让 Claude 跑完整个多步骤流程而不用每次登录都停下来等人。

Agentic Mode：AI 接管浏览器时自动锁库

这次发布还带来一个值得注意的新机制，叫 Agentic Mode（代理模式）。当兼容的 AI 代理接管浏览器时，1Password 浏览器扩展会自动进入锁定状态——只有为当前任务明确批准的凭证保持可用，其余整个密码库对 AI 不可见。用户能看到该模式何时激活，也可以随时手动取消。

这个设计针对的其实是 AI 代理时代一个新出现的攻击面：以往浏览器扩展的自动填充默认对"当前操作浏览器的人"开放，但当操作浏览器的不是人而是 AI 时，提示注入（prompt injection）等手段可能诱导 AI 去访问不该访问的凭证。自动锁库相当于把默认权限从"全开"改成了"全关"，只留一条经过用户审批的窄通道。

可用范围与使用条件

目前该功能面向 Mac 平台的 1Password 商业版、家庭版及个人版用户开放，需要同时安装四样东西：1Password 桌面应用、1Password 浏览器扩展、Claude 桌面应用以及 Claude 浏览器扩展。官方表示后续还会扩展到支付卡和身份信息的代理填充。

顺带一提，Claude 桌面版此前刚刚内置了浏览器能力，Cowork 也已经铺开到网页和移动端——Anthropic 显然在把"AI 代理替你操作网页"这条线越铺越宽，而登录凭证正是这条线上最敏感的一环。1Password 抢先把这个位置卡住，对双方都是聪明的选择。

对国内和代理用户意味着什么

对通过代理使用 Claude 的用户来说，这个功能落地前有几件事值得先想清楚：

• AI 代登录会放大 IP 一致性问题。Claude 代理登录网站时，流量走的是你本机浏览器的网络环境。如果你的代理是分流配置——Claude 官网走代理、其他网站直连——那么 AI 在同一个任务里跨多个站点登录时，不同站点看到的来源 IP 可能不一致，触发目标网站自身的风控。建议先用 Claude 分流规则自查核对哪些域名走了代理；
• 登录环境的时区与 IP 匹配更重要了。不少网站的登录风控会核对 IP 归属地与浏览器时区，AI 批量代登录时若两者对不上，触发验证码或临时锁定的概率会上升，可以用 时区检测先自查；
• 账号风控本身不会因此放松。1Password 解决的是"密码不泄露给 AI"，不是"Anthropic 不看你的网络环境"。Claude 账号自身的风控与身份判定逻辑照旧，代理质量差该封还是封，用之前先到 Claude AI IP 检测跑一遍自己的出口 IP 是否被识别为数据中心或滥用节点；
• 桌面版 + 浏览器扩展的组合对网络稳定性要求更高。代理中断会让 AI 代理任务半途而废，跑长任务前建议参考 Claude Code 稳定使用指南里的网络配置思路，IPv6 出口是否干净也值得检查。