当 AI 代理开始替你操作网页和后台系统，第一个卡住它的往往不是模型能力，而是登录框。1Password 的新功能正是冲着这个环节来的。
发生了什么
据 The Verge 报道，1Password 推出了一项名为 1Password for Agents 的新功能，允许 AI 代理登录用户的账号，但代理本身既看不到也接触不到密码。报道同时指出，这并不等于把账号全权交给机器人：用户仍需对每一次登录请求进行批准。
换句话说，1Password 把自己放到了「代理」和「凭据」之间，扮演一个需要人工放行的中间人角色，而不是把密码直接交给自动化程序。
为什么重要
过去一年，浏览器代理和编码代理的能力提升很快，但真正落地时普遍撞上同一堵墙：绝大多数有价值的工作都在登录之后。让代理登录的粗暴做法，是把账号密码或长期有效的令牌交给它，这等于把凭据暴露在一个可能被提示注入、被恶意页面操纵的运行时里。一旦代理被诱导，损失的是用户的主账号。
1Password 的方案延续了密码管理器一贯的思路——凭据不离开受控环境，使用方只拿到「已认证」的结果。放到代理场景里，这意味着密码管理器的角色从「替人填表」转向「替机器授权」，它变成了代理与账号之间的凭据中介。
这个定位并不孤立。此前已有多家厂商在探索让代理安全使用凭据的路径，方向大体一致：把授权拆成细粒度、可撤销、可审计的动作，而不是发放一把万能钥匙。1Password 的差异化在于，它手里本来就有大量用户的密码库，天然具备做这件事的位置。
影响与看点
对用户而言，最实际的变化是审批疲劳的风险。每次登录都要人工放行，安全性提高了，但如果代理一天要登录几十次，这个流程很快就会变成机械点击，反而稀释了「批准」的意义。如何在安全与可用之间划线，是这类产品必须回答的问题。
对开发者而言，值得关注的是这套机制会不会以 API 或标准协议的形式开放。如果只是 1Password 自家的封闭能力，代理生态的接入成本会很高；如果能成为通用的凭据授权层，它可能像 OAuth 一样，成为代理时代的基础设施之一。
对行业而言，这件事释放的信号比功能本身更值得注意：代理的瓶颈正在从「能不能做」转向「敢不敢让它做」，而解决这个问题的可能不是模型公司，而是握有身份与权限的老牌工具厂商。
我的判断是，凭据授权层会成为代理基础设施中竞争最激烈的一块，而密码管理器凭借既有的信任关系和用户基数，占据了一个被低估的有利位置。
