AI 说人话：让 AI 帮你登账号，不用再把密码交出去

1. 发生了什么

机制不复杂。agent 撞上一个登录页面时，会向 1Password 请求这条凭据的授权，证明是它要用来登录；你的手机会收到一条提示，写明它要哪条凭据、为什么用；你点确认后，1Password 直接把凭据填进那个登录表单，全程不经过 agent。

1Password 说这件事时用的是「信任层」这个词，合作名单里有一批熟悉的名字：Meta 的 Muse、Anthropic 的 Claude Duet、OpenAI 的 ChatGPT Work 和 dots、Town 的 Townie。

官方给的理由很实在：把密码直接交给 agent 是常见捷径，但敏感信息会被复制到你已经控制不了的地方——下一次它要用的时候，那份副本还在。

2. 概念翻译：以前你其实只有两个选择

在 1Password for Agents 之前，你的选择只有两个：把密码给 agent，它什么都能干，但凭据从此可能留在它的日志、上下文、别人的服务器上；或者不给，它连第一步都迈不出去。

现在多了第三个：代理登录。agent 拿到的是一次性的通行证，不是你的密码本身。你批的是「这一次登录」，不是「这个账号归你」。

这个思路本身不新——你用 Google 账号登录第三方应用、给银行开放只读接口，用的都是同一套「我不给你密码，但给你一个受限入口」的逻辑。1Password 把它补到个人网站这一层：很多小站不支持 OAuth，但支持用户名密码。

3. 同一天的坏消息：美国大行在客户账户里抓到了 agent

1Password 上线的同一天，Axios 报道：美国主要银行正在客户账户里检测到未经授权的第三方 AI agent，其中一些 agent 试图执行看起来独立于用户指令的动作。摩根士丹利、摩根大通、美国银行和富国银行都在加紧限制第三方 agent。

银行的核心困境写得很直白：很多银行没法解析账户里的活动到底是用户指使的，还是 agent 自己跑偏的。一位高管对 Axios 说，他们分不清 agent，也分不清这个 agent 是用户授权的还是野生的。多数银行现在的方向是只读——看得见账户信息，但不能动钱。

4. 这两件事不矛盾，是同一件事的两面

看起来像好消息和坏消息撞车了，其实是同一个问题的两面：1Password 解决的是「凭据从哪来」，没解决「这个 agent 拿着凭据要干什么、谁来审」。

银行那边的困境恰恰说明授权粒度还不够细。你批准了一次登录，不代表你批准了它接下来那笔转账。从「能不能登进去」到「能做什么」，中间还隔着整整一层没被定义的东西。

所以这两条新闻该一起看：一边是行业在努力把凭据交出去这件事变安全，另一边是行业在弄清楚交出去之后怎么管住。

5. 普通用户和 builder 怎么办

普通用户，三条：

1. 优先用这种「它能登、我能看到」的集成，而不是直接把密码粘给聊天机器人。这不是信任 1Password，是把「它拿不到密码」变成一个技术事实。

2. 但要清楚你批的是什么。它要哪条凭据、为什么用，弹窗上写着，你得真的看一眼。看都不看就一路点允许，审批流程就退化成走形式。

3. 银行账户这种地方，先别给 agent 动钱的权限，只读就够。你要的是它帮你整理账单，不是替你转账。

builder，三条：

1. 如果你的产品要用户交密码，那你就在用户的安全叙事里挖了个坑。哪怕你「只是转发」，泄露的账也算在你头上。

2. 自己做授权的时候把粒度做细：登录一次批一次，转账单独批一次，不要打包成一个「允许此应用访问账户」的长期开关。银行今天卡住 agent，卡的就是这个粒度。

3. 给 agent 留一份「它自己干了什么」的记录。出事那天，你唯一能拿出来自证的东西就是这份记录。