1Password于10月22日推出面向个人AI智能体的身份安全平台。它的核心设计很直接：当智能体需要登录某个网站时，不再向用户索要密码，而是用一枚数字密钥向1Password证明自己的身份；用户在自己的设备上看到“需要哪个账号、为什么需要”，再决定是否批准；密码由1Password直接填入登录表单，智能体本身看不到，也不保存。
问题不只是“把密码藏起来”
个人智能体正在从回答问题走向代为处理事务，比如规划旅行、管理周期性账单、整理报销材料。要完成这些任务，智能体往往需要进入用户已有的账号。过去常见的做法是把密码交给智能体，或者把凭证保存在某个可被模型读取的地方。只要发生过一次复制、日志记录或提示词泄露，凭证就可能脱离用户控制。
1Password的方案把“代理身份”和“用户授权”拆开。数字密钥解决“你是谁”，本机批准解决“这次是否允许”，密码管理器代填解决“凭证怎样到达目标网站”。模型只负责发起请求和继续任务，不接触密码本身。这种分层比单纯给智能体一个受限账号更细，因为它可以针对每一次登录请求做判断，而不是一次性交出长期权限。
这套机制真正防的不是“模型忘记密码”，而是凭证被复制、被日志记录、被提示词注入诱导交出去。智能体在浏览网页时可能遇到恶意页面，攻击者可以伪装成正常任务，诱导它访问钓鱼站点或提交敏感信息。即使模型被骗，只要登录请求必须在用户设备上确认，攻击者就拿不到可直接复用的密码。数字密钥、设备侧批准和代填构成三个检查点，任何一个环节没有通过，登录都无法完成。
生态合作比单点功能更重要
1Password表示，该平台设计为支持用户选择的智能体，并正与Meta、Anthropic、OpenAI、Town等生态伙伴推进集成，后续还包括Browserbase、Perplexity等。不同产品的接入进度并不一致，有的已经可用，有的仍在开发。对用户来说，关键不是某一家智能体独享这项能力，而是登录授权能否跨产品复用。
不过，生态合作名单不等于所有集成已经可用。智能体产品更新频繁，登录流程、插件权限和浏览器环境各不相同，任何一处适配不完整，都可能让用户退回“手动复制密码”的旧习惯。企业采用时还要看审计记录能否导出、管理员能否统一撤销权限、异常登录会不会触发告警。个人用户需要的是少点操作，企业客户需要的则是可追责的控制面，两者不能只靠一个批准按钮解决。
这类基础设施的难点在于体验。如果每次登录都要用户手动确认，智能体处理长流程时会被频繁打断；如果确认太宽松，又可能变成“一次批准、处处通行”。1Password需要在不暴露密码的前提下，让用户看清请求的上下文，并让智能体在授权范围内持续工作。审计记录、权限回收和异常请求提示，都会决定这套机制能否真正落地。
从行业角度看，AI智能体的安全问题正在从“模型会不会说错话”转向“它能碰哪些账号、能代表谁行动”。密码不交给模型只是第一步，接下来还要回答授权范围、责任归属和撤销机制。1Password这次把登录环节做成可批准、可拦截的闸门，方向是对的，但能否成为通用标准，还要看合作伙伴的实际接入深度。