1Password 让 agent 替你登录，但密码全程不进模型：个人版和家庭版不额外收费

把密码粘进 prompt，是现在绝大多数人让 agent 登录网站的方式。这件事的代价你可能一直没算：那个密码从此存在于对话历史、日志、模型上下文，以及 agent 帮你「顺手」生成的那份示例代码里。

它怎么做的

1Password for Agents 的核心机制一句话能说完：凭据不进 agent，直接进表单。

流程是这样的：

1. agent 跑到登录页，停下来，用它自己的数字密钥向 1Password 证明「我是哪个已授权的 agent」；
2. 你手机上收到请求，看到它要哪个账号、为什么需要；
3. 你批准，1Password 把用户名、密码或一次性验证码直接填进目标网站的表单；
4. agent 继续干活，但它从头到尾没见过那串字符。

跟「把密码存在浏览器里」的关键区别在于：浏览器保存的密码，agent 用不了；而 agent 又确实需要登录才能把活干完。过去这两件事只能靠人工在中间手动敲一遍，于是很多人选择省事——把密码给出去。

多少钱

1Password 官方写得很明确：Individual 和 Family 账号在 1password.com 上不额外收费。注意两个限制：1password.eu 和 1password.ca 的账号目前不支持；各平台、各集成的能力不一致，得逐个看。

谁已经能用了

• Meta Muse：几天内在全平台铺开，目前最完整的一个；
• Grok Bot：同样几天内铺开；
• Town Townie：Web 和 iOS 即将上线；
• Anthropic 的 Claude Duet、OpenAI 的 ChatGPT Work 和 dots：coming soon，还没到。

还有一批在排队：Instinct、Browserbase、Browser Use、Dana、KERNEL、Perplexity、Ramp、Tomo、Wajo。

对一人公司意味着什么

这个功能真正的价值不在「方便」，在于它把一件本来没法审计的事变成了可审计的：

• 给外包、给 agent 的登录，从「给密码」变成「批一次请求」。 批完还能随时断开集成，不用改密码、不用通知所有人。
• 一次审批对应一个具体动作。 你批准的是「Muse 要登录 RSVPify 建邀请函」，而不是「Muse 拥有我的整个密码库」。
• 密码轮换不再是灾难。 换一次密码，所有接了集成的 agent 自动用新的，不用挨个去改环境变量。

如果你在写自己的 agent 或自动化脚本，这个方向值得抄：别把凭据交给执行者，交给一个能审批的中间层。

泼冷水

• 它管的是网页登录，不管 API key。 你最该保护的那批东西——OpenAI、Stripe、云厂商的密钥——它一点都覆盖不到。那部分还得靠作用域受限的密钥和轮换机制。
• 首批集成里最能打的几个还没上线。 Claude Duet、ChatGPT Work、dots 都写着 coming soon。现在开箱能用的是 Muse 和 Grok Bot，而这两个对国内读者基本用不上。别为了这个功能提前续费。
• 企业账号不在范围内。 官方只说了 Individual 和 Family，团队版怎么办没提。
• 自己写的 agent 要接进来，得走合作方审核。 1Password 会验证请求来自「架构经过我们审查的授权合作伙伴」。你的个人项目接不进去，这是设计如此，不是 bug。
• 批准疲劳是真实风险。 一天弹 30 次授权，人就会开始闭眼点「允许」，那这套机制就退化成装饰品。授权次数要当成一个指标看。

具体建议

1. 今天就能做的一件小事：翻一遍你最近 30 天的对话记录和仓库，搜 password、token=、sk-。凡是在 prompt 里出现过又没换过的，现在就换掉。
2. 分清两类凭据：网页登录（可以交给 1Password 这类审批层）和 API 密钥（必须走最小权限 + 短期 + 可轮换）。混着管是大多数事故的起点。
3. 给自己定一条规矩：任何要交给 agent 的账号，先单独建一个只用于这件事的登录名，别用主账号。这样即使将来出事，废掉的也只是一个专用身份。
4. 如果你在用 1Password 的家庭版，把 agent 集成当成「试用」而不是「迁移」——等 Claude 和 ChatGPT 那三个上线了再决定要不要把主力账号接进去。

原文：https://1password.com/blog/1password-for-ai-agents