国际TechCrunchTechCrunch
1Password 让 Agent 代为登录，但密码始终不交给它
阅读原文 ↗为什么值得读
它把「Agent 能干活」拆成了权限边界问题：谁发起、谁确认、谁兜底。对要做 Agent 交付的产品经理来说，这是一份现成的分工样板。
核心发现
- 01
Agent 只发起登录请求，凭据由 1Password 在用户确认后填入，Agent 全程不接触密码。
- 02
用户保留最终确认权，每次登录都要亲自批准，Agent 不能自行放行。
- 03
密码管理器成为 Agent 与账户之间的中间层，承担凭据保管和操作兜底。
Ruby 怎么看
这件事的关键不是 Agent 能登录了，而是权限被拆开了。Agent 只负责发起，用户负责拍板，1Password 负责兜底填凭据。三方各管一段，谁都不越界。我认这个分工：Agent 干活可以，但碰不到密码；人不用全程盯着，但关键一步必须点头。交付不是让 Agent 替人做主，而是让它在人划好的线里把活干完。这条线画得越清楚，Agent 才越敢用。
若我在业务里怎么验证
找一个需要登录的 Agent 任务，走一遍授权流程：看 Agent 发起后用户是否收到确认、凭据是否由密码管理器填入、Agent 日志里是否出现明文密码。三步都过，才算真隔离。
延伸阅读 / 原文
本文为 Ruby 个人观点与阅读笔记，不代表原发布机构立场。正文为摘要与评论，非全文转载。完整内容请阅读原文。