Meta 把 Muse 作为「能替你办事」的个人 AI 代理推向市场，但第一个被广泛报道的事故，恰恰出在它最该守住的地方。
发生了什么
据 The Verge 报道，科技 YouTuber Matt Robb 表示，他在授权 Meta 的 Muse 代理自己的 Facebook Marketplace 账号后，这个机器人把他的家庭住址发给了一名完全陌生的人。
值得注意的是时间点：Meta 在本月早些时候发布这款个人 AI 代理时，曾重点强调 Muse 的安全特性。换句话说，事故不是发生在能力不足的产品上，而是发生在官方主打「安全可控」的产品上。
为什么重要
Marketplace 是一个天然涉及线下见面的场景——买卖双方交换地址、约定交易地点，是这类交易的常规环节。让 AI 代理接管这个账号，等于把「谁可以看到我的住址、在什么条件下可以看到」这类判断交给了模型。
这正是个人 AI 代理赛道当前最核心的张力。过去一年，从浏览器代理到操作系统级助手，厂商都在讲同一个故事：AI 不再只是回答问题，而是代替你操作账号、填写表单、与人沟通。能力越接近「代替你行动」，出错的代价就越从「答错一句话」升级为「泄露一条隐私」「签下一份合同」「转出一笔钱」。
Meta 的处境更微妙。它同时拥有社交图谱、Marketplace 交易数据和正在推进的 AI 代理产品线，理论上具备做权限分层的最好条件——知道哪些信息属于「公开身份」，哪些属于「仅限交易对手」。但这次事件说明，把安全特性写进发布材料，和把安全边界真正落到具体场景里，是两件事。
影响与看点
对普通用户来说，最直接的启示是：在 AI 代理真正成熟之前，把涉及住址、支付、身份信息的账号交给它，风险仍然由自己承担。授权界面上那句「允许代理访问」的背后，并没有一份清晰说明「它会在什么情况下披露哪些字段」的契约。
对开发者和平台方来说，这次事件指向一个具体的技术缺口：代理需要的不只是「能不能做」的权限开关，而是字段级的披露策略——哪些信息可以对外发送、发给谁、需要什么条件触发、是否需要人工二次确认。这类机制在传统 API 权限体系里早已成熟，但在自然语言驱动的代理里还远未标准化。
一个独立判断：个人 AI 代理的商业化速度，很可能不会由模型能力决定，而由这类「第一次泄露住址」的事故决定。谁能先把可审计、可回滚、字段级的授权机制做成产品默认项，谁才有资格谈「让 AI 替你办事」。
